text:
Possible to use in Objective C?

Now that the Objective C version of Toast is not maintained and having bug in iOS 13,
is it possible to use Toast-Swift in objective C?
I have created header and import "Toast_Swift-Swift.h", but the makeToast interface simply cannot be found.

This project will work in Objective-C, but the Objective-C project is still being maintained and works as expected on iOS 13.

authors: neobie scalessec

repo: scalessec/Toast-Swift


text:
bucketfile record log service for backbeat

Enable or disable record log service provided in https://github.com/scality/Arsenal/pull/253

@ironman-machine try

Hello @jonathan-gramain
Starting end to end procedure using the following payload:
{"REPO_NAME": "S3", "DEFAULT_BRANCH": "master", "SCALITY_S3_BRANCH": "ft/S3C-301-recordLog"}
Please follow http://ci.ironmann.io/gh/scality/Integration/14140 for CI status.

source: gharchive/pull-request

authors: ironman-machine jonathan-gramain

license_type: permissive

license_source: github-api


text:
FFT::Radix2 uses bit-reversed permutation algorithm

Implement FFT Radix2 using bit-reversal permutation algorithm.

Decimation-in-time FFT

Output is initialized as the input in the bit-reversal ordering
Cooley-Tukey butterfly is performed on the output

It leads to an O(N*logN) complexity.
Note, we consider particular cases where the input is padded by zeros that always happens in erasure encoding process. Normally, FFT process starts performing butterfly operations on groups of size 2, then 4, 8 etc. Thanks to zero padding, we can start from a group size where there is at most a non-zero element of input in the group, all other elements of the group are zero. Indeed, after performing butterfly operation on the group, all elements equal to the non-zero one.
Given FFT length N, number of data length K, the output is initialized in the following clever way:

Each group contains N/K elements
Perform on groups containing a non-zero element of input: copy input's element at the bit-reversed index to all elements of the correspondent group of output
For other groups, initialize them normally

It leads to an O(N*logK) complexity

Decimation-in-frequency FFT or inverse FFT

Gentleman-Sande butterfly is performed on the input
Output is copied from input at bit-reversed indices

It leads to an O(N*logN) complexity.

@slaperche-scality : thanks for your review. It's ready for next one :)

Merging the PR as all comments are addressed.

Oh, my bad. I forgot to change the base branch.

repo: scality/quadiron


text:
Setting Chart.chart_style doesn't seem to behave as documented

Hello! Thanks for the work on this library 🙌
With python-pptx@0.6.10 the behavior of chart_style doesn't seem to match the docs for me:

[...] Range is from 1 to 48. [...] The integer index corresponds to the style’s position in the chart style gallery in the PowerPoint UI.

I'm wondering if part of the issue is that chart styles have changed between PowerPoint versions? Screenshots from PowerPoint 2011 for Mac show a chart styles gallery with 48 items, but screenshots from Powerpoint 2016 for Windows show 14 items.
I'd also note that within a version it varies per chart type. Example from PowerPoint for Mac v15:

Chart Type

# of styles

Stacked bar
11

Clustered column
14

Pie
12

Doughnut
10

But most importantly, setting it to a number within the range of styles displayed for a given type does not seem to apply that style.
I did an experiment and generated 48 slides with doughnut charts with the chart style set to each number in the range 1-48 and none of them correspond to the 10 chart styles I see in the PowerPoint UI. In other words, selecting each chart never shows one of the chart styles as selected in the PowerPoint UI. The style / color scheme of the charts do vary.
Example:
chart_data = ChartData()
chart_data.categories = ['Yes', 'No']
chart_data.add_series('Series 1', (42, 24))

for chart_style in range(1, 49):
    slide = presentation.slides.add_slide(presentation.slide_layouts[1])
    placeholder = slide.placeholders[13]
    chart = placeholder.insert_chart(XL_CHART_TYPE.DOUGHNUT, chart_data).chart
    chart.chart_style = chart_style

So it seems like the docs are not accurate for all versions of PowerPoint.
Thanks!

@jmm Section 21.2.3.46 ST_Style (Style) on page 3450 (3460th physical page) of the spec here: https://github.com/scanny/python-pptx/blob/master/spec/ISO-IEC-29500-1/ISO-IEC-29500-1.pdf describes this attribute as "an integer between 1 and 48", and goes on to discuss the behavior in more depth than usual. I can't speak to how that corresponds to PowerPoint UI behavior, at least in other PowerPoint versions. I've been on PowerPoint 2011 for Mac since about, well, 2011 :)
This feature is here for folks that might want to use it for some reason, assuming they know what number they want (somehow). If I wanted to use it, I'd make a chart look the way I wanted with the UI (gallery) and then examine the XML (perhaps with opc-diag)  to determine which number to use in my code. (e.g. browse chart1.xml and look at the style element)
All that said, if you want to submit a PR on the docs to clarify, I'm happy to consider it and probably get it into the next release :)

Thank you! I appreciate the helpful reply. (And sorry for the delay saying that.)

I've been on PowerPoint 2011 for Mac since about, well, 2011 :)

I know what you mean, if I have an app that works well enough I'm loath to update.

This feature is here for folks that might want to use it for some reason, assuming they know what number they want (somehow).

😂 fair enough.
I've been trying hard to avoid digging into the XML, but I appreciate the suggestion and tips.
I'm not sure what change did it (I did update python-pptx in the meantime, among other things), but the issue I needed to use chart style to address before was somehow taken care of by some other change and I was able to stop setting chart style (thankfully, since it's shrouded in mystery and maybe inconsistency).
I'm not sure when I'd have a chance to make a PR -- if someone else is able to, 🙌 . I do think it'd be good to update the docs and hopefully you don't mind keeping the ticket open until someone has a chance.

source: gharchive/issue

authors: jmm scanny

repo: scanny/python-pptx

license: MIT


text:
Streamlit user interface

Use streamlit to publish the app, so that it's easier to use.

Add OpenAI key field, with basic instructions:

Go to link
Log in or create account
Click on "generate"
Copy the token.
Paste it here


text:
chore: add feather icons

Simply beautiful open source icons - https://feathericons.com/

I added Feather Icons !
https://github.com/schalkneethling/developer-toolchest/pull/222

repo: schalkneethling/developer-toolchest


text:
Difference between gulp.src and path option?

What is the difference between gulp.src and the path option?
It is stated that multiple directories can be passed to gulp.src. If this is true, my assumption is that the web server is an empty directory filled with whatever is in gulp.src. However, if this is true, why is there a path option as there would be no path in this case.
Please clarify this for me and if not too much bother, it would be helpful if this information was provided in the README.md file.
Regards.

src

path

authors: goldingdamien noraj

repo: schickling/gulp-webserver


text:
Informational tasks

[x] Update _gallery (put proper image name, title and subtitle)
[x] Update _pages (be careful of indentation when putting html)
[x] Update images and put proper names, make sure that if the names are changed you change it in all places in the site folder
[x] Update logo.svg to a logo of your choice
[x] Music clip embeds
[x] Make sure images are not super high definition (it will slow down the website)
[x] Make work videos aligned properly (they are currently all aligned on the left)
[ ] Put proper title for images
[x] Resize images so that webpage loads faster

[ ] Make work videos aligned properly (they are currently all aligned on the left)
[ ] Put proper title to images
[ ] Resize images so that webpage loads faster

[ ] remove title from gallery conditionally
[ ] resume download pops up in a new tab
[ ] change background colour of the website https://www.thesitewizard.com/css/background-colour.shtml
[ ] order the social buttons as gmail, insta, youtube (right side and bottom)


text:
How to display all connected devices in a card?

Hi!! Firstly thank you for this, really neat! I've only been using Home Assistant for a few days so sorry if this is basic and I'm missing something, but how could I make a card (like a dashboard/lovelace card) that can display all connected devices ?
I ticked all the devices that are currently connected during setup, but I'd like to have a card in my overview that automatically updates every time a known (or new) device connects to my Eero, and lists all the currently connected devices. Is this possible?
Thank you!!!

Please check the HA documentation and/or forums for more help. Your question is regarding a HA feature and not specific to this repo, so this issue will be closed.

authors: philhzss schmittx

repo: schmittx/home-assistant-eero


text:
Implement class utils::Coords (cpp)

Inspired by Python module Shapes.coord_2d.py

Completed; Still to be tested.

repo: schmouk/ArcheryVideoTraining


text:
Issues with flex-flow: row wrap, items are cascaded

Thanks for the module, very helpful to set up my personal website. I'm using the hugo-coder theme with this module and the following custom css:
.jr__item-meta {
  align-items: center;
  flex-flow: row wrap;
}

.jr__date,
.jr__date-range,
.jr-work__location {
  flex-grow: 1;
  text-align: right;
}

I'm getting the following output:

According to the README.md, the items in item-meta should align properly, is this something that you would know the solution to? Otherwise I'll need to read up on some css!

My guess would be that the styles of the base theme interfere with the jr__ elements?
I use the module successfully in my Hugo Gruvbox theme. Here's the bit where I added the custom CSS like described in the README:
https://github.com/schnerring/hugo-theme-gruvbox/blob/main/assets/css/critical/45-json-resume.css
You can find a demo here if you wanna look at in in the browser dev tools:
https://hugo-theme-gruvbox.schnerring.net/cv/
Is your repo public so I can run a quick hugo server to reproduce the issue locally? It's been a while that I've fiddled with CSS, however. so I'll probably have to read up on some CSS like you, hehe.

Hi Michael,
Sorry for the late response, I've had a look in the browser dev tools and can't find anything that interferes with the jr__ elements. A public repo can be found here: https://github.com/jonas-meyer/personal-website-hugo
Let me know if you're able to reproduce the issue!

Sorry for taking so long to get back to you! I saw on your website that the issue still persists. I tried reproducing the issue using the repo you provided.
I ran the following commands to start up the site:
git submodule update --init --recursive
npm ci
hugo server

But http://localhost:1313/resume/ looks like this 🤷

Opposed to from https://www.jonasmeyerohle.dev/resume/:

One thing I noticed, however, is that your site contains a file assets/css/json-resume.css. It just so happens that the file containing base CSS of hugo-mod-json-resume is named exactly the same. Try renaming your overrides to something like: assets/css/json-resume-overrides.css.
Let me know if that fixes the issue!

Hi there, no worries, thanks for taking the time to look at this. The renaming seemed to have solved the issue, thanks so much!

authors: jonas-meyer schnerring

repo: schnerring/hugo-mod-json-resume


text:
Wrap openssl_x509 resource for self-signed cert creation

So glad this cookbook exists! I'll be testing it out and submit PRs for things I might need :)
Not sure if I need this yet, but noticed that you were generating self-signed keys yourself, and thought you might be interested in using the openssl library cookbook for DRYness. Seems that you'd need to push at least one change upstream (re: extensions), but it should be doable.
https://github.com/chef-cookbooks/openssl#openssl_x509

Thanks for your feedback!
I noticed the acme-client rubygem also added certificate helpers, so that might be interesting as well as it will be one less dependency for the cookbook.

Now using the wrapper from Acme::Client::CertificateRequest

authors: patcon thoutenbos

repo: schubergphilis/letsencrypt

license_source: bigquery


text:
Add initial column API functions

Goal
This PR aims just to add the start of a basic API related to enhancing support for the column. So we want to be able have some basic functions for creating columns, for knowing that they are columns, and what's in them.
Solution Overview
The PR adds a new namespace/api: tablecloth.column.api. As @genmeblog said, this separate API can help provide a "separation between dataset operations vs column operations."
Within this new namespace, we start with these functions:

column - creates a column from a vector or list
column? - determines whether an item is a column or not
typeof - returns the data type of the column's elements
typeof? - check to see if elements match a datatype
zeros - returns a column filled with zeros
ones - returns a column filled with ones

The ideas behind this small set of functions are as follows:

We are basically creating a new API for columns whereas up until now tablecloth has been only about the dataset.
We want to be able to create a column independently of a dataset, hence column. This gives the column some independence.
Since we have an independent column, we should be able to identify that an item is a column, hence column?.
Columns are uniformly typed entities (unless they are mixed in which case they are uniformly filled with :object). So we should be able to identify the datatype of the column's elements: typeof. This naming mimics R's vectors.
From numpy & matlab, we take the function names zeros & ones for functions that can fill a column with some values.

How to test
There's a test suite add with this PR @ test/tablecloth/column/api/column_test.clj.

Take look to see if they tests are making sense
Run tests: lein midje tablecloth.column.api.column-test

[ ] confirm tests pass

@genmeblog per our discussion I changed the target for this PR to be a new dev branch: ethan/column-api-dev-branch-1.

@genmeblog this is an interesting idea:

The other option to create a column whould be use a dummy dataset. It will pass then all of the inference patterns we need. Something like:
(-> (dataset {:some-name [1 2 3]}) :some-name)

I know we'd discussed this in relation to one way of supporting 2-d columns. Can you explain what you are referring to by "inference patterns"?

@genmeblog I'm going to merge this PR into the column API dev branch. I want to address the types in a separate PR. For the moment, I don't see a problem with type inference on the new-column function, so sticking with that for now. See discussion on that latter issue here: https://github.com/scicloj/tablecloth/discussions/74

repo: scicloj/tablecloth


text:
"Loading" para caixa de seleção de clusters

Incluir uma animação ou barra de progresso enquanto a lista de clusters está sendo carregada na janela modal.

Testado e aprovado em http://homolog.search.scielo.org/

repo: scieloorg/search-journals


text:
Include these roles for ourselves for the paper?

Would be nice to start using something like this to indicate our contributions: https://credit.niso.org/

Agreed. Nice list of general tasks:
Conceptualization
Data curation
Formal Analysis
Funding acquisition
Investigation
Methodology
Project administration
Resources
Software
Supervision
Validation
Visualization
Writing – original draft
Writing – review & editing
Where should we add them?
My suggestion would be doc/paper.qmd -> 'contributions'

repo: science-collective/scoping-review


text:
Reissue of #1907 to rebase against main

Reissue of #1907, based against main

@wasade I already merged #1907. Should I merge this one as well?

Okay I just did.

authors: qiyunzhu wasade

repo: scikit-bio/scikit-bio


text:
是否能增加回复楼层的开关

同时在用v2ex-plus 和 V2EXcellent.js脚本，楼层序号会重复，且两个都不能关闭：

这倒不是什么难事，不过我更好奇 v2ex-plus 这有没有什么可以借鉴 V2EXcellent 这的功能？

@sciooga  其它倒可有可无，我只看重 V2EXcellent 的一个功能：评论堆叠
类似Reddit和HN。虽然v站回复不是一对一，难免不完美，但有总比没有强，对读帖很有帮助：

这个功能也不错 .

v2ex plus 有一个类似的回话详情的功能

Chrome Store 已更新,请等待扩展自动更新.(或者手动重新安装)

authors: p0we7 sciooga waldens

license: mit


text:
signal.cwt should allow additional arguments to be passed to wavelet function

The two parameters points and width (a.k.a. a) are not always sufficient to specify a wavelet kernel. signal.cwt should therefore be able to accept additional *args or **kwargs to be passed through to the wavelet function.

cwt is deprecated in scipy 1.12, closing.

authors: MattWenham ev-br

repo: scipy/scipy


text:
Failed tests on CentOS with Miniconda

The scipy package was just updated to version 0.15.1 using miniconda on a Linux server (CentOS 6.5) and a Linux workstation (Fedora 21). Seven tests fail (Python 3.4.2 x86_64). The same 7 tests failed for scipy version 0.14.0 and 0.15.0 with Python 3.4.2 from Continuum Analytics.
For the same installation (miniconda on the same server) but using Python 2.7.9 instead, there were no failed test.
Here are the failures:
======================================================================
FAIL: test_lambertw (test_minpack.TestFixedPoint)
----------------------------------------------------------------------
Traceback (most recent call last):
  File ".../miniconda3/envs/python3_env/======================================================================
FAIL: test_lambertw (test_minpack.TestFixedPoint)
----------------------------------------------------------------------
Traceback (most recent call last):
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 602, in chk_same_position
    assert_array_equal(x_id, y_id)
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 739, in assert_array_equal
    verbose=verbose, header='Arrays are not equal')
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 665, in assert_array_compare
    raise AssertionError(msg)
AssertionError:
Arrays are not equal

(mismatch 100.0%)
 x: array(False, dtype=bool)
 y: array(True, dtype=bool)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/scipy/optimize/tests/test_minpack.py", line 474, in test_lambertw
    assert_allclose(xxroot, lambertw(1)/2)
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 1297, in assert_allclose
    verbose=verbose, header=header)
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 628, in assert_array_compare
    chk_same_position(x_isnan, y_isnan, hasval='nan')
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 608, in chk_same_position
    raise AssertionError(msg)
AssertionError:
Not equal to tolerance rtol=1e-07, atol=0

x and y nan location mismatch:
 x: array(0.2835716452048919)
 y: array((nan+nanj))

======================================================================
FAIL: test_basic.test_sph_harm((0.18816934037548771+1.3084077606337337e-310j), (1.1521668490919398e-17+0.18816934037548777j))
----------------------------------------------------------------------
Traceback (most recent call last):
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/nose/case.py", line 198, in runTest
    self.test(*self.arg)
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 842, in assert_array_almost_equal
    precision=decimal)
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 665, in assert_array_compare
    raise AssertionError(msg)
AssertionError:
Arrays are not almost equal to 6 decimals

(mismatch 100.0%)
 x: array((0.18816934037548771+1.30840776063373e-310j))
 y: array((1.1521668490919398e-17+0.18816934037548777j))

======================================================================
FAIL: test_basic.test_sph_harm((0.027658293277811392+1.9231786378355521e-311j), (1.6935260841945294e-18+0.027658293277811399j))
----------------------------------------------------------------------
Traceback (most recent call last):
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/nose/case.py", line 198, in runTest
    self.test(*self.arg)
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 842, in assert_array_almost_equal
    precision=decimal)
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 665, in assert_array_compare
    raise AssertionError(msg)
AssertionError:
Arrays are not almost equal to 6 decimals

(mismatch 100.0%)
 x: array((0.027658293277811392+1.9231786378356e-311j))
 y: array((1.6935260841945294e-18+0.0276582932778114j))

======================================================================
FAIL: test_basic.test_xlogy
----------------------------------------------------------------------
Traceback (most recent call last):
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/nose/case.py", line 198, in runTest
    self.test(*self.arg)
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/scipy/special/tests/test_basic.py", line 2992, in test_xlogy
    assert_func_equal(special.xlogy, w2, z2, rtol=1e-13, atol=1e-13)
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/scipy/special/_testutils.py", line 87, in assert_func_equal
    fdata.check()
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/scipy/special/_testutils.py", line 292, in check
    assert_(False, "\n".join(msg))
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 53, in assert_
    raise AssertionError(smsg)
AssertionError:
Max |adiff|: 0
Max |rdiff|: 0
Bad results (2 out of 6) for the following points (in output 0):
                        (1+0j)                          (2+0j) =>                    (-inf+nanj) !=        (0.6931471805599453+0j)  (rdiff                            0.0)
                        (1+0j)                              1j =>                    (-inf+nanj) !=            1.5707963267948966j  (rdiff                            0.0)

======================================================================
FAIL: test_data.test_boost(<Data for sph_harm_: spherical_harmonic_ipp-spherical_harmonic>,)
----------------------------------------------------------------------
Traceback (most recent call last):
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/nose/case.py", line 198, in runTest
    self.test(*self.arg)
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/scipy/special/tests/test_data.py", line 481, in _test_factory
    test.check(dtype=dtype)
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/scipy/special/_testutils.py", line 292, in check
    assert_(False, "\n".join(msg))
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 53, in assert_
    raise AssertionError(smsg)
AssertionError:
Max |adiff|: 0.97006
Max |rdiff|: 108.053
Bad results (126 out of 131) for the following points (in output 0):
                           2.0                             2.0              3.7438814640045166              1.9570953845977783 =>            0.33144250349035825           2.30463657303855e-310 !=             0.1186854013329545              0.3094639052141487  (rdiff              1.792613916858611)
                           3.0                             3.0              3.6941986083984375              1.8386235237121582 =>            -0.3741714859732107           -2.6017462518567e-310 !=            -0.0325198975911336              0.3727556266189188  (rdiff             10.505924485913106)
                           1.0                             5.0               1.166459321975708              0.3870134949684143 =>            -0.5364203760014501           -3.7299199832166e-310 !=            -0.2110327717936891            -0.49316527556044504  (rdiff              1.541881867172119)
                           2.0                             5.0              2.9254350662231445              0.6248452663421631 =>             0.4578598414491021            3.1836608908547e-310 !=            0.41573590536157273            -0.19183141402020165  (rdiff            0.10132378643334505)
                           3.0                             5.0             0.34395989775657654              0.8522719144821167 =>           -0.42795034896386785          -2.97568964535483e-310 !=           -0.21962689104593006             -0.3672948814070177  (rdiff             0.9485334738648721)
                           3.0                             5.0              3.1183650493621826               2.715601682662964 =>           -0.15776437457205714          -1.09699131442837e-310 !=             0.1573815017420447           -0.010984570703089043  (rdiff              2.002432768945362)
                           2.0                             6.0               4.094336986541748             0.04008698835968971 =>           0.008329334597416582             5.791679986765e-312 !=          -0.002736008135850404            0.007867151601201161  (rdiff              4.044338387841695)
                           2.0                             6.0              1.6007587909698486              1.0015974044799805 =>            -0.3337272069361331           -2.3205229215431e-310 !=             0.3331281795213689            0.019986611973298388  (rdiff              2.001798188960252)
                           4.0                             6.0              0.5854918956756592             0.48182523250579834 =>            0.12565790470569885             8.737437106782e-311 !=           -0.08758049579574413             0.09010863316685128  (rdiff             2.4347704196463917)
                           4.0                             8.0               5.641359329223633              0.4124985337257385 =>              0.218146974543117            1.5168528192233e-310 !=           -0.18315159629088795            -0.11850567614428817  (rdiff             2.1910732909837605)
                           4.0                             8.0              1.5511372089385986              3.0749006271362305 =>          0.0002638328474166781              1.83452279934e-313 !=          0.0002630175368006181         -2.0725508710879576e-05  (rdiff           0.003099833668802225)
                           5.0                             8.0               4.651904106140137             0.13535942137241364 =>         -0.0004228333324149478             -2.94010922535e-313 !=          0.0001259347457772988          0.00040364398522353527  (rdiff              4.357558946938124)
                           6.0                             8.0              0.5504761934280396              1.8135552406311035 =>           -0.04195558833796819            -2.917319966775e-311 !=             0.0414112160547798            0.006736659235066684  (rdiff             2.0131455275901167)
                           9.0                            10.0              1.9321719408035278             0.02481086179614067 =>           -8.6349727524546e-15                         -5e-324 !=         -9.546944808721606e-16           8.582034309169971e-15  (rdiff               8.04474983930579)
                           3.0                            11.0            0.005926645360887051               3.102689743041992 =>         -0.0024107003434774583            -1.676244935306e-312 !=          -0.002410319310833805         -4.2859839752331065e-05  (rdiff         0.00015808388620568834)
                           8.0                            11.0               2.385113000869751              3.0671277046203613 =>        -1.7352226746814403e-08                 -1.2065617e-317 !=        -1.6889931796373325e-08          -3.978690360755082e-09  (rdiff           0.027371037137067858)
                           2.0                            12.0               4.164240837097168               1.472840428352356 =>           -0.11343040993453578           -7.8872162887064e-311 !=           0.051825648699074335            -0.10089876131468112  (rdiff             3.1886925254552922)
                           4.0                            12.0               5.138848781585693             0.33773159980773926 =>             0.4312404238300418            2.9985666957777e-310 !=          -0.058059105198654905               0.427314220976374  (rdiff              8.427610576403314)
                           4.0                            12.0                1.97115957736969              1.4737725257873535 =>              0.133840154404005            9.3063777738924e-311 !=         -0.0041024515101737245              0.1337772657161694  (rdiff                33.624432993807)
                          12.0                            12.0              0.1887936294078827              1.6081607341766357 =>             0.5615419944572694            3.9045994526797e-310 !=             -0.359485657701196             0.43139248190735413  (rdiff              2.562070648515336)
                           3.0                            13.0               6.070216655731201               0.839149534702301 =>            -0.3726545778153931          -2.59119865466674e-310 !=           -0.29914795433974745             0.22222046661168113  (rdiff            0.24571996033829768)
                           4.0                            13.0               5.675355911254883                1.46112060546875 =>            0.32268696930308416            2.2437562571708e-310 !=            -0.2446556284178114            -0.21040556941653282  (rdiff             2.3189435754652434)
                           9.0                            13.0              0.6015634536743164              0.8038066029548645 =>             -0.446033762793471           -3.1014299968131e-310 !=            -0.2879162739705174              0.3406616161745208  (rdiff             0.5491787131113848)
                          11.0                            13.0               6.052441120147705              0.3740127980709076 =>        -0.00013312473915586117              -9.2566324297e-314 !=          0.0001096158847926153           7.554173665231829e-05  (rdiff             2.2144657629477953)
                           1.0                            14.0               6.065327167510986               0.403349369764328 =>             0.4684685061165817            3.2574266762513e-310 !=            0.45739514169698087            -0.10125426200955845  (rdiff           0.024209624043048553)
                           2.0                            14.0              1.1857155561447144               2.000699758529663 =>            0.33368925549147854           2.32025903176913e-310 !=           -0.23952154883733628             0.23233154515265614  (rdiff             2.3931492056194634)
                           5.0                            14.0              1.6902021169662476               2.462371826171875 =>            -0.2945990359426705          -2.04845095443567e-310 !=            0.16562000518224773             -0.2436362162359751  (rdiff             2.7787648033128285)
                           9.0                            14.0              3.4293742179870605              2.8933916091918945 =>          0.0003239965793031132               2.2528624372e-313 !=         0.00027595075078722537         -0.00016977916992400195  (rdiff            0.17411015689873605)
                          12.0                            14.0               1.647701621055603              0.3878519833087921 =>           8.01727748716284e-05                5.574695677e-314 !=          4.838743212618287e-05           6.392441038328694e-05  (rdiff             0.6568925307413906)
                          14.0                            14.0               1.124784231185913               2.603245973587036 =>          5.094796853098425e-05               3.5425918634e-314 !=        -5.0909195784017636e-05          -1.987280065499203e-06  (rdiff               2.00076160596076)
                           1.0                            15.0              1.4293510913848877              2.1590051651000977 =>            -0.3312378977712346          -2.30321387734206e-310 !=          -0.046695952478768205             -0.3279299207788267  (rdiff             6.0935034020741385)
                          10.0                            15.0              3.1241142749786377              0.3937534987926483 =>           0.006504641281006766             4.522906396383e-312 !=           0.006405537610345807          -0.0011311260394061828  (rdiff           0.015471561746962965)
                           5.0                            16.0              0.1270323544740677              2.2032878398895264 =>            0.15935243440326305            1.1080336542871e-310 !=            0.12827484160659902             0.09454503350810217  (rdiff              0.242273484086417)
                          10.0                            16.0              3.2160444259643555              2.9961600303649902 =>         1.2330880352103587e-06                  8.5740958e-316 !=          9.068311742569786e-07           8.355616817295483e-07  (rdiff             0.3597768473505578)
                           1.0                            17.0               6.191986560821533              1.0335735082626343 =>            0.34347575160430904            2.3883079893591e-310 !=             0.3420483611338878            -0.03128115384327176  (rdiff           0.004173066246215715)
                           9.0                            17.0              1.8822007179260254               2.629911422729492 =>            -0.2935926929612901           -2.0414534969114e-310 !=            0.09761956195992832             0.27688822741859914  (rdiff              4.007519057315648)
                          10.0                            17.0               5.651280403137207              1.8151215314865112 =>           -0.12461313447405775           -8.6647905493583e-311 !=           -0.12453300389782715            0.004468134245227024  (rdiff          0.0006434485134265738)
                          12.0                            17.0              2.0395255088806152               2.035057783126831 =>             0.2236953561631914            1.5554326726463e-310 !=              0.176932002302812             -0.1368746833059166  (rdiff             0.2643012753585741)
                          14.0                            17.0              3.4908628463745117              1.7063461542129517 =>            0.41057163406712766            2.8548493140103e-310 !=            0.07245143914243878            -0.40412851380067316  (rdiff              4.666852707507274)
                          16.0                            17.0               5.198953628540039              2.3042104244232178 =>          -0.020662726239223585           -1.4367521994954e-311 !=         -0.0014235099754120138           -0.020613633231116753  (rdiff             13.515336454346281)
                           1.0                            18.0               6.065383434295654              1.7507085800170898 =>           -0.05846421624522959           -4.0652230644494e-311 !=            -0.0570829867271008            0.012633178835218266  (rdiff           0.024196868407255923)
                           3.0                            18.0               4.349996566772461               2.466355562210083 =>            0.21845557788147296           1.51899864702947e-310 !=            0.19340263325020318             0.10157884110096903  (rdiff            0.12953776383622978)
                           7.0                            18.0              2.0436699390411377               1.081864833831787 =>             0.3188363803093444            2.2169817544162e-310 !=          -0.053477180599598904             0.31431962802835367  (rdiff              6.962101530680467)
                          18.0                            18.0              1.4317092895507812              0.2519867718219757 =>          8.645228901272869e-12                      6.013e-321 !=         6.9444795446057865e-12           5.149192811495066e-12  (rdiff            0.24490666949809956)
                           4.0                            19.0               4.676140308380127               2.359915256500244 =>            0.25890784123407495           1.80027749510365e-310 !=            0.25619103669659704            -0.03740886216943547  (rdiff           0.010604604175498071)
                          15.0                            20.0               3.125328302383423              1.7516779899597168 =>            0.22928550913428153           1.59430297699885e-310 !=           -0.22249585765031965             0.05538445655069125  (rdiff              2.030515855691267)
                          18.0                            20.0              3.5437357425689697             0.42806243896484375 =>          1.918872200159858e-06                 1.33425949e-315 !=         1.1077459457291212e-06          1.5668342095662384e-06  (rdiff             0.7322313004692166)
                           1.0                            21.0              1.1432034969329834               2.091248035430908 =>           -0.06260952995753177           -4.3534613406963e-311 !=            -0.0259630176514169           -0.056972580737889016  (rdiff             1.4114889416221206)
                           9.0                            21.0              3.7809624671936035               2.998842477798462 =>        -0.00014601085112594486              -1.0152649223e-313 !=          0.0001260634821990499          -7.366930909390001e-05  (rdiff             2.1582327298828594)
                           3.0                            22.0              0.6571124196052551              1.3689675331115723 =>            -0.3158775166053893          -2.19640773196897e-310 !=            0.12316586097730232             -0.2908758776291148  (rdiff              3.564651552783778)
                           6.0                            22.0              3.0635886192321777               2.452491283416748 =>            0.41865248077513556            2.9110382899813e-310 !=            0.37363116123718615            -0.18886411785123972  (rdiff            0.12049669355433998)
                          10.0                            22.0               1.582857370376587              0.8644598126411438 =>            0.10535384374474936             7.325624168519e-311 !=           -0.10458848750001873           -0.012675988097635035  (rdiff              2.007317786718452)
                          10.0                            22.0               4.376813888549805              1.6321626901626587 =>              0.110209726510066            7.6632708160516e-311 !=             0.1076920547546031           -0.023422321835273454  (rdiff           0.023378435495542315)
                          18.0                            22.0               1.023486852645874              1.2528938055038452 =>           -0.22801439903616455           -1.5854645003713e-310 !=           -0.20756108656065894              0.0943872952975236  (rdiff            0.09854117076771134)
                          19.0                            22.0               5.047366142272949               2.022489070892334 =>             0.5329762846792203            3.7059720020781e-310 !=           -0.04332615913967939              0.5312123529857604  (rdiff             13.301489337214402)
                          14.0                            23.0               5.628893852233887              2.7440736293792725 =>          -0.005459581783877114            -3.796239685654e-312 !=           0.005269433615063089           0.0014283216133931613  (rdiff             2.0360851246461236)
                           1.0                            25.0               5.681798458099365              0.7773735523223877 =>           -0.07666953939360759            -5.331103363744e-311 !=           -0.06321800269170814             0.04337859387415682  (rdiff            0.21278015959311197)
                           7.0                            25.0             0.32801327109336853              2.6453042030334473 =>            0.46200489550784374           3.21248291301663e-310 !=           -0.30647436470681927              0.3457195210727418  (rdiff             2.5074830025336987)
                          10.0                            25.0              1.7879446744918823              3.0952658653259277 =>         -2.129594021771624e-09                  -1.480784e-318 !=        -1.2036667074182604e-09          1.7568031065028704e-09  (rdiff             0.7692555660523179)
                          19.0                            25.0               5.628895282745361             0.06821203231811523 =>         -1.298017317729461e-19                             0.0 !=         -1.286231507340439e-19         -1.7452067685713627e-20  (rdiff           0.009163055267859004)
                          21.0                            25.0              1.6470742225646973                0.65260249376297 =>         -0.0029496552516189998             -2.05099928318e-312 !=           0.002948234443626144           9.154107722760616e-05  (rdiff             2.0004819182531186)
                          24.0                            25.0               3.483907461166382              2.6782121658325195 =>        -1.7266314422848904e-08                  -1.200588e-317 !=          6.107901093133269e-09          -1.614989653171765e-08  (rdiff             3.8268817977848957)
                           8.0                            26.0              1.7683135271072388               2.162156343460083 =>             0.2344754259001149            1.6303902979176e-310 !=         -0.0021902677451976515             0.23446519587828904  (rdiff              108.0533163875614)
                           8.0                            26.0               4.156087398529053               2.944816827774048 =>            0.04497482119223068             3.127257871093e-311 !=          -0.011648026682090862            0.043440281026788895  (rdiff             4.8611536889231735)
                          23.0                            26.0               2.850924015045166               2.308638095855713 =>           0.026296952565257242             1.828519818766e-311 !=          -0.024198577688656308            0.010293617054536935  (rdiff             2.0867148021507314)
                           5.0                            27.0              5.2587056159973145               0.650668203830719 =>               0.38102601242562           2.64940819076534e-310 !=             0.1518838339440685              0.3494454508666825  (rdiff             1.5086673316788508)
                          14.0                            27.0              4.7487263679504395              1.0453426837921143 =>              -0.13107002129601           -9.1137606531057e-311 !=            0.11447223007891548             0.06383932192071198  (rdiff             2.1449940409621813)
                           2.0                            28.0               1.829897165298462              2.1776881217956543 =>           0.009863751175472021              6.85861392759e-312 !=          -0.008568752372095924          -0.0048857005677113196  (rdiff              2.151130380146502)
                          25.0                            28.0              2.0941126346588135               1.380505919456482 =>              0.260115582199531           1.80867534381174e-310 !=           -0.12846379713076891               0.226179505989702  (rdiff             3.0248162362408455)
                           5.0                            30.0              3.2435364723205566              1.3224494457244873 =>            -0.3020511789755005           -2.1002683321109e-310 !=             0.2636549179860568              0.1473804564460816  (rdiff              2.145630740677002)
                           5.0                            30.0              4.1063690185546875              1.5393459796905518 =>           -0.26006039785881857           -1.8082916276362e-310 !=            0.02893483993329997            -0.25844571107395325  (rdiff               9.98779459151337)
                          12.0                            30.0               2.331510543823242              2.9382705688476562 =>           0.001282401883828387               8.9169923944e-313 !=         -0.0012265538183565026           0.0003743264916107619  (rdiff               2.04553250304721)
                          20.0                            30.0              4.2898664474487305              2.3134193420410156 =>             0.5219355011323272            3.6292015417744e-310 !=           -0.29318407317941253            -0.43180987318052627  (rdiff             2.7802314275541544)
                          23.0                            30.0               4.037663459777832              0.7261975407600403 =>           -0.06779391933698252            -4.713950211222e-311 !=          -0.012755301400432633             0.06658316442805515  (rdiff              4.314960204286751)
                          28.0                            30.0              2.5537784099578857             0.22341783344745636 =>         1.3087867815105707e-17                             0.0 !=         -9.568789715259135e-18           8.929196342943402e-18  (rdiff              2.367766269775453)
                           1.0                            31.0               4.177355766296387              0.9285646080970764 =>            0.07032478723281599             4.889930378305e-311 !=           -0.03585647199343661            -0.06049701741015584  (rdiff              2.961285740707805)
                          11.0                            31.0              0.3647511601448059              3.0240728855133057 =>        -2.9500943723850974e-05              -2.0513046195e-314 !=         1.9007877531794893e-05           2.256116735308832e-05  (rdiff             2.5520377630013713)
                          16.0                            31.0              3.2588040828704834             0.07541969418525696 =>          7.378941434044751e-13                       5.14e-322 !=        -2.2129354866106521e-13           7.039296358241013e-13  (rdiff              4.334458450637615)
                          30.0                            31.0             0.06578446179628372              0.7328606843948364 =>          2.410777563312001e-05                1.676298629e-314 !=         -9.448760825643987e-06           2.217894868646006e-05  (rdiff              3.551421935423678)
                          25.0                            33.0               1.636008858680725              1.7851890325546265 =>           -0.01030408343739056            -7.164792472716e-312 !=            0.01028583890235231           0.0006129058325419285  (rdiff              2.001773752749917)
                          29.0                            33.0              1.8222459554672241              1.9157567024230957 =>           -0.34292596923091234          -2.38448515869733e-310 !=            0.29019140898839474             -0.1827215546187445  (rdiff             2.1817233681257138)
                          31.0                            33.0              3.9526233673095703              2.0581443309783936 =>           -0.14703685515949136           -1.0223990900883e-310 !=            0.14703061785490068           0.0013543221180469735  (rdiff             2.0000424218076596)
                           7.0                            34.0               3.556227922439575              3.0894107818603516 =>         0.00019187093276435357               1.3341462374e-313 !=         0.00018641041510024638         -4.5449004191754784e-05  (rdiff           0.029292985915892453)
                          27.0                            34.0             0.37764084339141846              0.5653666257858276 =>        -0.00020202362941014863             -1.40474151643e-313 !=         0.00014482030760668206          0.00014085675470049277  (rdiff             2.3949951684871795)
                          27.0                            35.0               6.086514472961426             0.23241953551769257 =>        -2.1581064013538426e-13                       -1.5e-322 !=        -1.2145006444031332e-13         -1.7839314516843793e-13  (rdiff             0.7769495728958175)
                           1.0                            36.0               4.273143768310547              2.1743738651275635 =>           0.011349490084927118             7.891700569365e-312 !=          -0.004826443842053104            -0.01027211589826429  (rdiff              3.351522250406875)
                           3.0                            36.0              0.9703075885772705               1.050179362297058 =>          -0.028785851718089627            -2.001581751192e-311 !=           0.028023414023822312           -0.006581301207609499  (rdiff              2.027207166607865)
                          25.0                            36.0             0.17585793137550354               2.884145975112915 =>          4.703670874857525e-10                     3.2706e-319 !=        -1.4614810787689115e-10         -4.4708604043721866e-10  (rdiff              4.218427486464412)
                          30.0                            36.0               4.857453346252441               1.384168267250061 =>              0.332261996382048            2.3103347960173e-310 !=            0.11718975012366616             0.31090930623855045  (rdiff             1.8352479293745723)
                          36.0                            36.0              1.7278046607971191               2.759199857711792 =>         2.8535651245733185e-16                             0.0 !=          2.304269908934408e-16         -1.6832035251153219e-16  (rdiff            0.23838145588288642)
                          21.0                            37.0                3.42427396774292              1.7281419038772583 =>           -0.05900819852578079           -4.1030480701635e-311 !=            0.05549359697412458           -0.020060612855328577  (rdiff              2.063333460854862)
                          16.0                            38.0               5.479281425476074              2.2381556034088135 =>             0.2317312643499088            1.6113091752362e-310 !=            0.22164730040201844            -0.06761547974912585  (rdiff            0.04549554147332408)
                          21.0                            38.0              2.4704010486602783               1.501323938369751 =>           -0.27281381199413096          -1.89697061218953e-310 !=           0.011493854322261368             -0.2725715820249569  (rdiff              24.73562465166654)
                          30.0                            38.0              3.3577494621276855              1.4870713949203491 =>            -0.1747214116270546          -1.21489957108155e-310 !=           -0.17118569301682476            -0.03497184849704076  (rdiff            0.02065428803026389)
                          34.0                            38.0              2.6838502883911133              1.7706516981124878 =>           -0.44959400427074714           -3.1261856109271e-310 !=            0.44489390978321897             0.06483963073619614  (rdiff             2.0105645287206073)
                          16.0                            39.0             0.40230125188827515              1.1386219263076782 =>           -0.07067554292106028            -4.914319657858e-311 !=           -0.06984308266266644           -0.010815552291147088  (rdiff           0.011919007962671445)
                          23.0                            40.0              2.1926369667053223              2.2005276679992676 =>             0.4078815508857499           2.83614421729205e-310 !=             0.4023306026492278             0.06706299817986933  (rdiff            0.01379698238207765)
                          25.0                            40.0               2.965238332748413               2.785151720046997 =>         1.2802246334602265e-05                8.901853204e-315 !=          3.826484040814675e-06         -1.2217018093513182e-05  (rdiff             2.3456944281091556)
                           1.0                            41.0              0.5735069513320923              2.7866339683532715 =>            -0.5328594427640785          -3.70515955905083e-310 !=            -0.4476037109090902            -0.28911953189512457  (rdiff             0.1904714589649683)
                           3.0                            41.0             0.46947982907295227               2.117586851119995 =>           -0.27746481516772487          -1.92931067691357e-310 !=          -0.044850660846618984             -0.2738158904769424  (rdiff              5.186415315408697)
                           9.0                            41.0              1.0571398735046387              0.7519805431365967 =>          -0.024798919838402222           -1.7243563221245e-311 !=           0.024699705676628218           0.0022160696377651963  (rdiff             2.0040168155472347)
                          19.0                            41.0              3.7745871543884277              2.9545609951019287 =>         -7.910177999111274e-07                 -5.5002256e-316 !=           6.78676212912783e-07         -4.0633453926854345e-07  (rdiff              2.165530461891673)
                          20.0                            41.0               2.340153217315674              1.7115272283554077 =>             0.3151419325449281            2.1912929566748e-310 !=            -0.2990619520129218             0.09938001059756993  (rdiff             2.0537680585035156)
                          38.0                            41.0               5.742122173309326               3.129258394241333 =>         -6.321117106434385e-71                             0.0 !=          8.823615444551227e-72           6.259229950918043e-71  (rdiff              8.163862870222673)
                          22.0                            42.0              4.8256964683532715              0.7553214430809021 =>           -0.44419605061110257           -3.0886517361447e-310 !=            -0.3539321169653483             0.26840675840769684  (rdiff            0.25503176829412044)
                           1.0                            43.0               5.253942012786865               1.933343529701233 =>           -0.32864219082260443           -2.2851650118414e-310 !=            -0.1694043423598797              0.2816165094206977  (rdiff             0.9399868164208127)
                          10.0                            43.0               3.907513380050659               1.251060128211975 =>             0.2711784828166164           1.88559959190165e-310 !=           0.052485287082250025             0.26605086765995645  (rdiff             4.1667523965649815)
                          24.0                            43.0               4.576013088226318               2.773160219192505 =>          -0.000486936843879032              -3.3858435395e-313 !=          0.0004827373378371254           -6.38134200995433e-05  (rdiff              2.008699360320298)
                          19.0                            44.0               4.806464672088623            0.004135284572839737 =>         -2.438662639712269e-37                             0.0 !=          2.381658413959575e-37            5.24193351306132e-38  (rdiff               2.02393467737379)
                          23.0                            44.0               5.198854446411133              1.4365551471710205 =>             0.3192563268860462           2.21990179101134e-310 !=             0.3133207205301567              0.0612758381683456  (rdiff           0.018944187112317802)
                          34.0                            45.0              1.3776473999023438              1.7751652002334595 =>           -0.06225318205023813            -4.328683214438e-311 !=           0.059761588654541654            -0.01743591686334365  (rdiff             2.0416922215722777)
                           9.0                            46.0              2.3506546020507812             0.19425664842128754 =>            -0.5805311010591668          -4.03663740527537e-310 !=             0.3895288399760187            -0.43044586433592813  (rdiff              2.490341770573155)
                          24.0                            46.0               4.104547500610352              3.0920257568359375 =>          3.932582884497079e-23                             0.0 !=        -1.7141793730524634e-23         -3.5393215762950885e-23  (rdiff             3.2941489941593876)
                          31.0                            46.0               4.013978481292725              2.6404824256896973 =>          0.0005688485619544956              3.95540459233e-313 !=          0.0001899305395950215          -0.0005362043235249431  (rdiff             1.9950347277874336)
                          33.0                            46.0               4.432472229003906              1.6479690074920654 =>            0.21942932817669156            1.5257694761167e-310 !=          -0.040907775367135864             0.21558242966110702  (rdiff              6.364000515974643)
                          38.0                            46.0               3.649390459060669              0.8901818990707397 =>             0.1540139312797146           1.07091316004075e-310 !=            0.13889767421801824             0.06654116864812325  (rdiff             0.1088301668606013)
                           6.0                            47.0              0.5179188251495361              2.9439375400543213 =>           -0.35715586435084395          -2.48343063605327e-310 !=              0.356948479346197           -0.012169409707676878  (rdiff              2.000580994223667)
                          16.0                            47.0               1.767732858657837             0.21350789070129395 =>           0.004027183155156467             2.800242421523e-312 !=          -0.004027005543663848          -3.782216911826488e-05  (rdiff             2.0000441051025866)
                          21.0                            47.0               4.739374160766602              0.4007311165332794 =>           -0.13090066976259968           -9.1019850439583e-311 !=           -0.07027289658305304             0.11043869498561021  (rdiff             0.8627476043753629)
                          31.0                            47.0               2.583292245864868              0.7313763499259949 =>            -0.5099382737794415           -3.5457805905042e-310 !=           0.014558311977380004               0.509730417591029  (rdiff              36.02729400027687)
                           5.0                            48.0              1.4751684665679932                1.32283616065979 =>            -0.1844104645631254          -1.28227097191104e-310 !=           -0.08485240840233702             -0.1637293138955596  (rdiff              1.173308548753536)
                          15.0                            48.0               5.052380561828613              2.1509382724761963 =>            0.35808433829604064            2.4898866427171e-310 !=             0.3315368267723346             0.13530604504841517  (rdiff            0.08007409548483176)
                           6.0                            49.0               5.553317070007324               2.886813163757324 =>             0.5289608379894482           3.67805118564424e-310 !=           -0.17299631476757985              0.4998718267749576  (rdiff              4.057642231859712)
                          21.0                            49.0              3.4877524375915527             0.21336454153060913 =>        -1.2498861741091206e-05               -8.690899203e-315 !=           6.89796777283137e-06           1.042303148934606e-05  (rdiff              2.811962907440617)
                          26.0                            49.0              2.7484397888183594              1.9592708349227905 =>           -0.17133969294478424          -1.19138528889742e-310 !=            0.11971762382480258             -0.1225764289092978  (rdiff             2.4311985777092144)
                          27.0                            49.0               2.262770175933838              0.4912377595901489 =>           -0.06166012078946051            -4.287445574206e-311 !=           0.010204568382238143            0.060809845254720905  (rdiff               7.04240360589722)

======================================================================
FAIL: test_lambertw.test_values
----------------------------------------------------------------------
Traceback (most recent call last):
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/nose/case.py", line 198, in runTest
    self.test(*self.arg)
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/scipy/special/tests/test_lambertw.py", line 21, in test_values
    assert_equal(lambertw(inf,1).real, inf)
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 319, in assert_equal
    raise AssertionError(msg)
AssertionError:
Items are not equal:
 ACTUAL: nan
 DESIRED: inf

======================================================================
FAIL: test_lambertw.test_ufunc
----------------------------------------------------------------------
Traceback (most recent call last):
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 602, in chk_same_position
    assert_array_equal(x_id, y_id)
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 739, in assert_array_equal
    verbose=verbose, header='Arrays are not equal')
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 665, in assert_array_compare
    raise AssertionError(msg)
AssertionError:
Arrays are not equal

(mismatch 66.66666666666666%)
 x: array([False,  True,  True], dtype=bool)
 y: array([False, False, False], dtype=bool)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/nose/case.py", line 198, in runTest
    self.test(*self.arg)
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/scipy/special/tests/test_lambertw.py", line 93, in test_ufunc
    lambertw(r_[0., e, 1.]), r_[0., 1., 0.567143290409783873])
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 842, in assert_array_almost_equal
    precision=decimal)
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 628, in assert_array_compare
    chk_same_position(x_isnan, y_isnan, hasval='nan')
  File ".../miniconda3/envs/python3_env/lib/python3.4/site-packages/numpy/testing/utils.py", line 608, in chk_same_position
    raise AssertionError(msg)
AssertionError:
Arrays are not almost equal to 6 decimals

x and y nan location mismatch:
 x: array([  0.+0.j,  nan+0.j,  nan+0.j])
 y: array([ 0.      ,  1.      ,  0.567143])

----------------------------------------------------------------------
Ran 16843 tests in 315.514s

FAILED (KNOWNFAIL=97, SKIP=1198, failures=7)

I've seen issue #4400 should I also report at https://github.com/ContinuumIO/anaconda-issues ?

Yes, please report it to Anaconda, since the failure is probably due to
some combination of compiler, compiler flags, and runtime environment,
because the issue does not appear on other platforms.

Or --- did you mean you compiled Scipy yourself, or is it from the Anaconda package?
If you compiled it yourself, then the problem is likely not with Anaconda.

The package was installed using the Anaconda package.
When compiled from source (i.e. installed using pip) on a Fedora 21 workstation, no failures at all.
I'll report to Anaconda right away.
Thanks

@pv I'm not so sure that this is just an Anaconda problem. I installed scipy and numpy using pip and still had trouble with the special functions. I am using a conda environment, but I don't think that should make a difference.
$ conda list
# packages in environment at /home/will/miniconda3/envs/pvlib3pip:
#
ephem                     3.7.5.3                   <pip>
nose                      1.3.7                     <pip>
numpy                     1.9.2                     <pip>
openssl                   1.0.1k                        1
pandas                    0.16.2                    <pip>
pip                       7.0.3                    py34_0
pvlib (/home/will/git_repos/pvlib-python) 0.2.0.dev0                <pip>
python                    3.4.3                         1
python-dateutil           2.4.2                     <pip>
pytz                      2015.4                    <pip>
readline                  6.2                           2
scipy                     0.15.1                    <pip>
setuptools                17.1.1                   py34_0
six                       1.9.0                     <pip>
sqlite                    3.8.4.1                       1
system                    5.8                           2
tk                        8.5.18                        0
xz                        5.0.5                         0
zlib                      1.2.8                         0

$ python -c "from scipy.special import lambertw; print(lambertw(1))"
(nan+0j)

IIRC most of these have been fixed, perhaps a few are marked as knownfail. Either way, this issue isn't very actionable as is, so closing

authors: lemieuxl pv rgommers wholmgren


text:
imshow: use xdg-open instead of see

scipy.misc.imshow uses see as default program to display an image unless you set the environment variable SCIPY_PIL_IMAGE_VIEWER. But see is not a common program (I don't even know how I could install it). On common linux desktops there is a program called xdg-open to open files with their default application.
One problem is, that xdg-open does not wait until the program closes.
Reproducing code example:
from scipy.misc import imshow
import numpy as np

a = np.array([(1,2,3),(4,5,6)])
imshow(a)

Error message:
sh: see: command not found
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/usr/lib64/python3.6/site-packages/scipy/misc/pilutil.py", line 443, in imshow
    raise RuntimeError('Could not execute image viewer.')
RuntimeError: Could not execute image viewer.

Scipy/Numpy/Python version information:
0.18.0 1.12.1 sys.version_info(major=3, minor=6, micro=1, releaselevel='final', serial=0)

That sounds fine, however we're likely going to get rid of imshow completely soonish (see https://github.com/scipy/scipy/issues/6242#issuecomment-225424612, https://github.com/scipy/scipy/blob/master/doc/ROADMAP.rst.txt#misc). So may not be worth the effort to put in a PR now.

imshow is deprecated in gh-7869 so closing this issue. Thanks @sedrubal

authors: rgommers sedrubal


text:
MAINT: silence warning generated by spatial.directed_hausdorff

Fixes CI failures and closes gh-13468.

One solution here is just to use cdef object resort1, resort2. There's no real benefit to making ndarray objects with arange() only to convert them to cdef long[:], then convert them back to ndarrays when you use them as fancy indices to other ndarrays.

One solution here is just to use cdef object resort1, resort2. There's no real benefit to making ndarray objects with arange() only to convert them to cdef long[:], then convert them back to ndarrays when you use them as fancy indices to other ndarrays.

Ok yeah, there may be no good reason for those specific typed memoryviews. I may have a tendency to type regardless to minimize "yellow lines" (alleged Python overhead) suggested by cython -a analysis.
That said, I'm not aware of any actual problem here, apart from the new NumPy suggesting that something might go wrong.

Ok yeah, there may be no good reason for those specific typed memoryviews. I may have a tendency to type regardless to minimize "yellow lines" (alleged Python overhead) suggested by cython -a analysis.
That said, I'm not aware of any actual problem here, apart from the new NumPy suggesting that something might go wrong.

cdef ndarray is a good middle ground to make things cython -a-clean.

cdef ndarray is a good middle ground to make things cython -a-clean.

cdef ndarray is a good middle ground to make things cython -a-clean.

Yes that's a better idea here than filtering, will update.

cdef ndarray is a good middle ground to make things cython -a-clean.

Yes that's a better idea here than filtering, will update.

Actually, change of plan - I want to merge this and change to cdef ndarray in a follow-up. It's hard to debug the multiple other CI failures with this one failing in a bunch of jobs.

Actually, change of plan - I want to merge this and change to cdef ndarray in a follow-up. It's hard to debug the multiple other CI failures with this one failing in a bunch of jobs.

Follow-up in gh-13479.

Follow-up in gh-13479.

authors: rgommers rkern tylerjereddy


text:
BUG: sparse: Clean up 1D input handling to sparse array/matrix and add tests

Fixes #20415
1D input to sparse matrix constructor creates a 2D matrix with one row. This could be thought of as a bug (1D input should not create 2D output) or a feature (1D input saves an extra square bracket pair of typing). But it definitely needs to be changed when moving to a sparse array api that supports 1D sparse arrays.
In addition, the 1D input case is not handled gracefully in 1.13 for csr_array because the CSR 1D support PR did not get in in time.
The 1D input case to 2D output does have a test for sparse matrices, but not for arrays. So new tests are needed as well. The module test_base.py even uses 1D input in 2 places -- this PR changes those to 2D input. The test for the 1D input -> 2D output behavior is left as is. The test for arrays depends on format and in this PR is added to test_common1d.py updated to check arrays as well as matrices that the FutureWarning is in place.
This PR also adds tests to ensure behavior is determined for 1D input for all formats. It improves the ValueError message for the csr_array case to adjust the reported confusing ValueError message (which will become moot when the csr PR is merged).  It adds FutureWarnings for sparse matrix when 1D constructor input occurs in all formats. It adds ValueErrors with better error messages for sparse formats that are not planned to support 1D arrays.
The sparse working group should discuss this on Monday to ensure no other similar cases have been missed.
Precommit linting required some changes which are not directly related to the other content in this PR.

I think the big question to resolve here is: should spmatrix types continue to support construction from 1d dense inputs?

In the April 15 sparse arrays meeting it was pointed out that np.matrix also constructs 2D matrix from 1D input. So we should leave spmatrix behavior as it is. I've updated this PR to only change behavior for sparray. It raises a ValueError when format does not support 1D otherwise it creates a 1D sparse array.
For test_base.py it changes a few tests which use 1D input to use 2D input and leaves the explicit test of 1D input as is for spmatrix. The 1D input for sparray is tested in test_common1d.py
@perimosocordiae can you take another look at this one?

This fixes a complaint about 1.13.0, so I've tentatively added a backport label. Whether it actually gets backported depends on the situation with merge conflicts, since sparse has been fairly active.

authors: dschult perimosocordiae tylerjereddy


text:
DOC: Clarify the computation of weighted minkowski

Clarify that the weights are powered in the computation of weighted minkowski distance in cdist. closes gh-5718

I am sorry for adding up to the PRs. I understand the necessity of less number of PRs pending. Hope it is fine since it is just a minor change.

@@            master   #5797   diff @@
======================================
  Files          235     235
  Stmts        43347   43347
  Branches      8164    8164
  Methods          0       0
======================================
  Hit          33723   33723
  Partial       2594    2594
  Missed        7030    7030

Review entire Coverage Diff as of 70ee895

Powered by Codecov. Updated on successful CI builds.

There's absolutely no need to be sorry for adding a PR, none whatsoever. We appreciate any and all  contributions, and strive to review, evaluate and decide on them in a reasonable time frame. (How well we manage to keep to a reasonable definition of "reasonable" above is the only thing which depends on the size of the patch queue).

Looks good. Thanks @maniteja123

authors: codecov-io ev-br maniteja123


text:
Static linking

Hereby I am opening this issue to discuss adaptation of autocmake for static_linking, which is crucial for grid-computing.
All autocmake tests should work with this option, IMO. Going to adapt them (they are simpler than DIRAC).
Even I suggest to repeat one-two tests with the "--static" option to check this wanted feature.

I recommend to implement static linking as a separate module/plug-in. Code it, test it, use it. Later we can make it an "official" plug-in. But please test it well on your fork and give it some time.

Hi,
and the "static_linking.cmake" module is not sufficient as base for implementation ?

Oh yes :-) I forgot that it existed. Yes this is a good starting point.

First small success (with binutils-gold manually installed on Sci Linux) !
I had to clean manually the linking command to get it statically linked with Ifort/MKL:
milias@login.grid.umb.sk:~/Work/qch/software/software_projects/autocmake_devel/autocmake/test/fc_blas/build_ifort_static/./mnt/apps/intel/composer_xe_2013_sp1.1.106/bin/intel64/ifort -static      -static-libgcc -static-intel -O3 src/CMakeFiles/example.dir/example.f90.o  -o bin/example -Wl,--start-group -lmkl_intel_lp64 -lmkl_intel_thread -lmkl_core -lpthread /usr/lib64/libm.a -openmp -Wl,--end-group -Wl,--start-group /mnt/apps/intel/composer_xe_2013_sp1.1.106/mkl/lib/intel64/libmkl_lapack95_lp64.a -lmkl_intel_lp64 -openmp -Wl,--end-group -lmkl_intel_thread -lmkl_core  /usr/lib64/libm.a  /mnt/apps/intel/composer_xe_2013_sp1.1.106/mkl/lib/intel64/libmkl_lapack95_lp64.a
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../lib64/libpthread.a(libpthread.o): In function `sem_open':
(.text+0x774d): warning: the use of `mktemp' is dangerous, better use `mkstemp'
/mnt/apps/intel/composer_xe_2013_sp1.1.106/mkl/lib/intel64/libmkl_core.a(mkl_aa_fw_load_orsl_lite_lib.o): In function `mkl_aa_fw_load_orsl_lite_lib':
../../../../serv/offload/framework/core/mkl_aa_fw_load_orsl_lite_lib.c:(.text+0xbe): warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
milias@login.grid.umb.sk:~/Work/qch/software/software_projects/autocmake_devel/autocmake/test/fc_blas/build_ifort_static/.ldd bin/example
        not a dynamic executable
milias@login.grid.umb.sk:~/Work/qch/software/software_projects/autocmake_devel/autocmake/test/fc_blas/build_ifort_static/.bin/example
 dgemm test ok
milias@login.grid.umb.sk:~/Work/qch/software/software_projects/autocmake_devel/autocmake/test/fc_blas/build_ifort_static/.

Well, for ifort compiler I have to change (in src/CMakeFiles/example.dir/link.txt)

add "-static" flag
replace /usr/lib64/libm.so with /usr/lib64/libm.a
remove "-i_dynamic" flag

This is the "src/CMakeFiles/example.dir/link.txt" linking command:
/mnt/apps/intel/composer_xe_2013_sp1.1.106/bin/intel64/ifort  -static     -static-libgcc -static-intel -O3 CMakeFiles/example.dir/example.f90.o  -o ../bin/example -Wl,--start-group -lmkl_intel_lp64 -lmkl_intel_thread -lmkl_core -lpthread  -openmp -Wl,--end-group -Wl,--start-group /mnt/apps/intel/composer_xe_2013_sp1.1.106/mkl/lib/intel64/libmkl_lapack95_lp64.a -lmkl_intel_lp64 -openmp -Wl,--end-group -lmkl_intel_thread -lmkl_core -lpthread /usr/lib64/libm.a /mnt/apps/intel/composer_xe_2013_sp1.1.106/mkl/lib/intel64/libmkl_lapack95_lp64.a

and it works, folks !
milias@login.grid.umb.sk:~/Work/qch/software/software_projects/autocmake_devel/autocmake/test/fc_blas/build_ifort_static/.m
make[2]: Warning: File `src/CMakeFiles/example.dir/link.txt' has modification time 19 s in the future
[100%] Building Fortran object src/CMakeFiles/example.dir/example.f90.o
Linking Fortran executable ../bin/example
/usr/lib/gcc/x86_64-redhat-linux/4.4.7/../../../../lib64/libpthread.a(libpthread.o): In function `sem_open':
(.text+0x774d): warning: the use of `mktemp' is dangerous, better use `mkstemp'
/mnt/apps/intel/composer_xe_2013_sp1.1.106/mkl/lib/intel64/libmkl_core.a(mkl_aa_fw_load_orsl_lite_lib.o): In function `mkl_aa_fw_load_orsl_lite_lib':
../../../../serv/offload/framework/core/mkl_aa_fw_load_orsl_lite_lib.c:(.text+0xbe): warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
make[2]: warning:  Clock skew detected.  Your build may be incomplete.
[100%] Built target example
milias@login.grid.umb.sk:~/Work/qch/software/software_projects/autocmake_devel/autocmake/test/fc_blas/build_ifort_static/.ldd bin/example
        not a dynamic executable
milias@login.grid.umb.sk:~/Work/qch/software/software_projects/autocmake_devel/autocmake/test/fc_blas/build_ifort_static/.bin/example
 dgemm test ok
milias@login.grid.umb.sk:~/Work/qch/software/software_projects/autocmake_devel/autocmake/test/fc_blas/build_ifort_static/.

Well, while trying to set static linking for fc_lapack test on travis-ci, I hit this bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354463#24 .
Trying to use ATLAS-static with other packages to get tests green in travis-ci.

Closed via https://github.com/scisoft/autocmake/commit/a99b0ce6a724e32473ef64ed69cf46c72990faf2 .

authors: bast miroi

repo: scisoft/autocmake


text:
Usage report failing on malformed file create timestamps

Some datasets seem to have malformed created timestamps for their files:
{"status_code": 500, "message": "command SON([('aggregate', 'projects'), ('pipeline', [{'$unwind': '$files'}, {'$match': {}}, {'$project': {'mbs': {'$divide': ['$files.size', 1048576.0]}, 'year': {'$year': '$files.created'}, 'month': {'$month': '$files.created'}}}, {'$group': {'_id': {'year': '$year', 'month': '$month'}, 'mb_total': {'$sum': '$mbs'}}}])]) on namespace scitran.$cmd failed: can't convert from BSON type EOO to Date"}

A little reading leads me to believe they have an absent timestamp, not a malformed one.

The data that caused this issue is from an older data set, it is assumed there are no current problem with core not properly setting a file created key. A db update to resolve the missing fields should fix the problem. The file can be given the created key of it's parent. Also ensure it has a modified timestamp.

repo: scitran/core


text:
AoT compilation error

@marekburiak wrote:
Thanks.
Btw. I am getting the following error (and I was getting it in the previous version as well).
ERROR in Error encountered resolving symbol values statically. Calling function 'MqttModule', function calls are not supported. Consider replacing the function or lambda with a reference to an exported function, resolving symbol AppModule in d:/My Documents/Projects/Web/HA5/src/app/app.module.ts, resolving symbol AppModule in d:/My Documents/Projects/Web/HA5/src/app/app.module.ts
Connection to the broker seems to work despite the error. Haven't tried to pub/sub yet.
app.module.ts:
import { BrowserModule } from '@angular/platform-browser';
import { NgModule, Component } from '@angular/core';
import { FormsModule } from '@angular/forms';
import { HttpModule } from '@angular/http';
import { Observable } from 'rxjs/Observable';
import {
  MqttMessage,
  MqttModule,
  MqttService
} from 'angular2-mqtt';

import { AppComponent } from './app.component';

export function mqttServiceFactory() {
  return new MqttService({
    hostname: 'nuc',
    port: 9001,
    path: ''
  });
}

@NgModule({
  declarations: [
    AppComponent
  ],
  imports: [
    BrowserModule,
    FormsModule,
    HttpModule,
    MqttModule.forRoot({
      provide: MqttService,
      useFactory: mqttServiceFactory
    }),
  ],
  providers: [],
  bootstrap: [AppComponent]
})
export class AppModule { }

I have uploaded the whole project to HA5.zip

@marekburiak: Okay, total strange behavior, can't get why this won't work.
It works well with angular-cli@1.0.0-beta.20-1

Ok, I appreciate you taking a look at it. Hopefully it will get fixed with some newer version of angular or typescript or whatever is causing it. Thanks for a great lib.

Hi,
I see exactly the same error using 'angular-cli@1.0.0-beta.24':
ERROR in Error encountered resolving symbol values statically. Calling function 'MqttModule', function calls are not supported. Consider replacing the function or lambda with a reference to an exported function, resolving symbol AppModule in D:/NodejsProjects/ng2-mqtt/src/app/app.module.ts, resolving symbol AppModule in D:/NodejsProjects/ng2-mqtt/src/app/app.module.ts
BTW, I'm using Windows 10 64 bit version.
I would appreciate a fix or workaround asap - want to use angular2-mqtt for a project.
Thanks!

Awesome support - thanks a lot!

authors: Herbert-Hotz marekburiak sclausen


text:
Added ability to use user config file.

As discussed in #137
Added ability to use user config file.

user is able to create or mount custom config file  in /etc/mongod.conf (for example from non-docker MongoDB deployments)
this config file does not affect MONGODB_DATADIR and MONGODB_REPLICA_NAME

Cleaned up MONGODB env variables and mongod parameters.

all env var declations were moved into one place
removed PIDFILE option (mongod stores PID into mongod.lock file in dbpath)
fixed double declaration of MONGODB_KEYFILE_PATH

@rhcarvalho @php-coder Any other suggestions?

Rebased and also added 3.2 version.
So now:

Added ability to use user config file.

user is able to create or mount custom config file in /etc/mongod.conf (for example from non-docker MongoDB deployments)
this config file does not affect MONGODB_REPLICA_NAME (possibility to use user config file is not aimed at replicated environment)

@hhorak @bparees @rhcarvalho If there are no other suggestions please merge.

lgtm, but please update the READMEs to describe the new supported behavior for supplying a config file:
https://github.com/sclorg/mongodb-container/blob/master/2.4/README.md
https://github.com/sclorg/mongodb-container/blob/master/2.6/README.md
https://github.com/sclorg/mongodb-container/blob/master/3.2/README.md

[test]

@bparees README updated.
Test failed, but it seems that it is not a problem in this PR.

i'm not sure the failure isn't the fault of this PR:
+ docker run --rm openshift/mongodb-24-rhel7-candidate mongo db --host 172.17.0.2 -u user -p password --eval 'db.getSiblingDB('\''test_database'\'');'
exception: connect failed
+ status=1
+ set -e
+ '[' 1 -eq 0 ']'
+ sleep 2
+ echo '  Giving up: Failed to connect. Logs:'

seems like it's not able to connect.  are you able to run make test on this PR locally successfully?

It is fix in this PR, I am sorry.
Should be fixed. Please retest.

[test]

one readme nit and lgtm, @hhorak ?

@omron93, after 30-upg was merged, could you do the same changes for that version as well, pls?
Otherwise looks good to me, so LGTM.

Rebased and added 30-upg.
@bparees @hhorak Please merge.

authors: bparees hhorak omron93

repo: sclorg/mongodb-container


text:
Make only admin password mandatory.

User have to only specify MONGODB_ADMIN_PASSWORD and optionally provide settings for user with 'readWrite' role.
Resolves: #32

[test-openshift]

[test]

Changes applied to all versions. [test-openshift]
@bparees Please review.

what's the motivation for this change?
edit: nm, i see the issue discussion.

As noted there, other databases also do not require both users [1][2].
In mongodb admin user is not created by default, so it has to be created (otherwise auth have to be disabled and server restarted to allow admin changes). Normal user might not be necessary, also number of env vars needed for running container (for example for testing) is lower :-)
[1] https://github.com/sclorg/postgresql-container/blob/master/9.5/root/usr/share/container-scripts/postgresql/common.sh#L34
[2] https://github.com/sclorg/mariadb-container/blob/master/10.1/root/usr/share/container-scripts/mysql/validate-variables.sh#L1
[test-openshift]

lgtm

Squashed and rebased.

[test-openshift]

[test][test-openshift]

LGTM from @bparees and tests are passing. So merging.


text:
doc: minimal permissions of GitHub token

Fixes: #87

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

:exclamation: No coverage uploaded for pull request base (main@9677571). Click here to learn what that means.

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@           Coverage Diff           @@
##             main     #107   +/-   ##
=======================================
  Coverage        ?   99.37%
=======================================
  Files           ?        6
  Lines           ?      482
  Branches        ?       50
=======================================
  Hits            ?      479
  Misses          ?        3
  Partials        ?        0

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

authors: codecov-commenter jamacku

repo: sclorg/testing-farm-as-github-action


text:
Twitter authentication in production build

Prerequisites

[x] I am running the latest version
[x] I checked to make sure that this issue has not already been filed

Expected Behavior
Twitter authentication should pop up when creating twitter graph for first time.
Current Behavior
Twitter popup does not work in production build

Fixed #424

repo: scorelab/fact-Bounty


text:
Updated v9 support, connection, and svg support for webresource packaging

Updated Connection for issue fixed in main, added support for svg, and updated projects to use .net 4.6.2 and updated sdk 9.0.0.5.  Also changed fakes to use 9.0.0.5 (should it be 9.0.0.5 or 9.0.0.0?)

Added download-webresources

repo: scottdurow/SparkleXrm


text:
ci: Stop running the release workflow for pushes to non-Main branches.

We want to run it in pull_request mode for all pull requests, but only run it in push mode when pushing into Main.

Current dependencies on/for this PR:

main

PR #3   👈

This stack of pull requests is managed by Graphite.

repo: scottlaird/loupedeck


text:
'locales' and 'languages' ignored when RELATIVE_BASE is set

Case in point:
from datetime import datetime
import dateparser

# This one parses the date as a US locale date, i.e. October 9th
dateparser.parse('9-10-2010', settings={'RELATIVE_BASE':datetime(2011,10,10)})
Out[1]: datetime.datetime(2010, 9, 10, 0, 0)

# This one parses the same date as IT locale, i.e. September 10th
dateparser.parse('9-10-2010', locales=['it'])
Out[3]: datetime.datetime(2010, 10, 9, 0, 0)

# But if I set the RELATIVE_BASE again, the locale information is discarded.
dateparser.parse('9-10-2010', settings={'RELATIVE_BASE':datetime(2011,10,10)}, locales=['it'])
Out[2]: datetime.datetime(2010, 9, 10, 0, 0)

This behavior is a problem for me because I have to parse a date field that can be a relative or absolute date in a foreign language (Russian), so I need to keep RELATIVE_BASE always set in case I stumble upon a relative date, but at the same time it has to respect the Russian locale DD-MM-YYYY.
I also tried setting the languagesparameter instead of locales, as well as both. No change.
Thank  you.

>>> dateparser.parse('9-10-2010', settings={'RELATIVE_BASE':datetime(2011,10,10)}, locales=['it'])
datetime.datetime(2010, 10, 9, 0, 0)
>>> dateparser.__version__
'0.7.2'

authors: Gallaecio barravi

repo: scrapinghub/dateparser


text:
Problem : how to override settings.py for each crawler

Hello,
There are some problems that i cant pass to the porticrawler using "-s" input. Like adding middlewares or item_pipelines. The reason I am doing this is to use a some special features of scrapy.
I tried to change scrapy.cfg, the scraper doesnt read anythhing from it. (from path/projects/mywebsite.com/
and tried to change path/projects/spiders/settings.py
However no luck. I.e. I want to change the USER_AGENT to something else . Is there a way to access to the right settings of scrapy so that I can manipulate?
Thanks

You can edit it on a per project basis by editing (or adding of it doesn't
exist) a settings.py file to the root folder of your project. You can also
add middlewares and pipelines by adding a local_slybot_settings.py file to
/slybot/slybot.
On Thu, 12 Mar 2015 03:21 mezuqu notifications@github.com wrote:

Hello,
There are some problems that i cant pass to the porticrawler using "-s"
input. Like adding middlewares or item_pipelines. The reason I am doing
this is to use a some special features of scrapy.
I tried to change scrapy.cfg, the scraper doesnt read anythhing from it.
(from path/projects/mywebsite.com/
and tried to change path/projects/spiders/settings.py
However no luck. I.e. I want to change the USER_AGENT to something else .
Is there a way to access to the right settings of scrapy so that I can
manipulate?
Thanks
—
Reply to this email directly or view it on GitHub
https://github.com/scrapinghub/portia/issues/156.

editing files in settings.py doesnt change the situation. Only it accepts paramaters from cmd line.

Can you submit a pull request that fixes this?

authors: mezuqu ruairif

repo: scrapinghub/portia


text:
not work splash

I used a splash in the url. However, that did not work.
    def parse(self, response):
        url = 'http://www.gymboree.com/shop/dept_item.jsp?PRODUCT%3C%3Eprd_id=845524446071240&FOLDER%3C%3Efolder_id=2534374306289499&ASSORTMENT%3C%3East_id=1408474395917465&bmUID=kQCLfxQ&productSizeSelected=0&fit_type='
        yield scrapy.Request(url, self.parse_link, meta={
                'splash': {
                    'args': {'png': 1},
                }
            })

    def parse_link(self, response):
        body = json.loads(response.body)
        print body['url']
        import base64
        png_bytes = base64.b64decode(body['png'])
        with open('result.png', 'wb') as f:
            f.write(png_bytes)

But it was applied directly to the browser.
http://192.168.59.103:8050/render.png?url=http://www.gymboree.com/shop/dept_item.jsp?PRODUCT<>prd_id=845524446070955&FOLDER<>folder_id=2534374305284899&ASSORTMENT<>ast_id=1408474395917465&bmUID=kQD1brH&productSizeSelected=0&fit_type=
It was working.
And I found that that works by using the url obtained by using the Google URL Shortener.
I do not know why that should work when using the original url. I would like to know the solutions. Please help me.

I get the same issue with every JSP based site.

Is that your actual code? Because you don’t seem to be using SplashRequest at all.

authors: 02wallo Gallaecio vionemc

repo: scrapy-plugins/scrapy-splash


text:
Adding a test for AuthCode.get_token/3

A test to make sure needed headers and params are added to the client.

@meatherly I feel like this is already covered with the latest changes on master. Closing.

authors: meatherly scrogson


text:
Fix #1473

This should fix #1473.

These don't seem to be needed: setting g:syntastic_c_clang_check_post_args, g:syntastic_c_clang_tidy_post_args, and g:syntastic_c_oclint_post_args to empty strings (and the same for C++) seem to enable clang_check, clang_tidy, and oclint to use compilation databases.  Sorry, but no.

repo: scrooloose/syntastic

license: WTFPL


text:
update GSuite Phone field

i can create Guser with work phone field but can't do update
when i run update-GSUser, it makes phone filed empty.
anything wrong here?
$gphone = Add-GSUserPhone -Type work -Value $phone -Primary
New-GSUser -PrimaryEmail $homepage -GivenName $Firstname -FamilyName $Lastname -Password (ConvertTo-SecureString -String $Password -AsPlainText -Force) -Phones $gphone
$gphone = Add-GSUserPhone -Type work -Value "888" -Primary
Update-GSUser -User "testlastte" -Phones $gphone
tony

Hey Tony - it looks correct from here, let me see if I can replicate and I'll get a fix out asap if so! Will let you know shortly @indianwind
Sent with GitHawk

thx so much @scrthq

Here's the issue:

Fix is building now in Azure Pipelines, should be deployed in v2.25.1 within the next 10 minutes or so! I'll comment back here once available on the Gallery 😃

that's fast! genius~
you work for google?

I wish! One day, maybe =]. For now, I'm just a G Suite admin (among many other things) with a passion for PowerShell and building useful tools =]
v2.25.1 available on the Gallery now! Check it out and let me know =]

....Found another unrelated bug ( #167 ), so v2.25.2 is actually building and deploying now. both versions contain your fix though!

Before:

After:

thx, that's what i'm checking too!
what do i do to apply the patch?
sorry, my 1st time to apply patch here.
download whole thing or just the files u uploaded? @scrthq

Did you install from the PS Gallery or directly from the repo? If from PSGallery, just run Update-Module PSGSuite, if you installed from the Releases on the repo, then you can follow the instructions to download the release and unzip it and all that jazz.
Here's the link to the latest release if that's the route you're going: https://github.com/scrthq/PSGSuite/releases/tag/v2.25.2

download and import.
working like magic! thx @scrthq

You bet!
Sent with GitHawk

authors: indianwind scrthq

repo: scrthq/PSGSuite


text:
nine digit bug

if you enter a number which has more than 9 digits it probably crashes (i'm too afraid to try myself)

fixed it

repo: sctech-tr/wcalc


text:
Is there any good solution to release usrsctp_accept() block?

I would like to use this library with blocking mode. As you know, this library cannot use select() function since it is user-land SCTP library. Here is my code related to usrsctp_accept().
static void *THREAD_FUNC accept_main(thread_id id, void *data)
{
    event_t e;

    struct socket *sock = NULL;
    struct sockaddr_in remote_addr;
    socklen_t addr_len;

    while (!accept_thread_should_stop)
    {
        if ((sock = usrsctp_accept((struct socket *)mme_self()->s1ap_sock,
                    (struct sockaddr *)&remote_addr, &addr_len)) == NULL)
        {
            d_error("usrsctp_accept failed");
            continue;
        }

        event_set(&e, MME_EVT_S1AP_LO_ACCEPT);
        event_set_param1(&e, (c_uintptr_t)sock);
        mme_event_send(&e);
    }

    return NULL;
}

All sockets are closed and then the followings are my final routine.
status_t s1ap_final()
{
    accept_thread_should_stop = 1;
    while(usrsctp_finish() != 0)
    {
        d_error("try to finsih SCTP\n");
        core_sleep(time_from_msec(1000));
    }

#if 0
    thread_delete(accept_thread);
#else
    d_error("[FIXME] should delete accept_thread : "
            "how to release usrsctp_accept() blocking?");
#endif
    return CORE_OK;
}

Unluckily, usrsctp_finish() didn't release usrsctp_accept() block. Do I need to use non-blocking mode? I have one ugly solution. Dummy client connects the server to release usrsctp_accept() block. But I would like to know good solution.
You can see the related source code in Open Source LTE EPC Project

Wondering why you don't just use the SCTP kernel implementations... It looks like you support linux and FreeBSD. Both support SCTP in the kernel and you can use select...

Initially, I've used the SCTP kernel implementations. My project is perfectly working in MAC OS X using SCTP kernel extensions. However, some people don't like to install it since it is an unsigned extensions by Apple. So, I'd just like to support one more options for that people who don't like to set 'csrutils disable'.

Yepp, Mac OS X is an issue, I agree.
Then the only "good solution" would be that calling usrsctp_close() unblocks usrsctp_accept(), similar to usrsctp_connect() as requested in #24.
So let me mark this as a request for usrsctp_close() unblocks usrsctp_accept().

usrsctp_close() is good for me. Thanks!

authors: acetcom tuexen

repo: sctplab/usrsctp