avoid multiple logins of ldap users which is integrated to grafana

Is your feature request related to a problem? Please describe.
i'm exploring myself on grafana so while learning i'm getting some issue
Describe the solution you'd like
i have hosted a grafana and ldap its integrated to grafan so ldap users are inactive for 15 minutes they should get auto log out and i want to avoid multiple logins of the same user so any help would be highly appriciated

Hi! This is the issue tracker for the grafana-operator and not Grafana itself. Please ask your question in the Grafana Community Forum.


fix async transactions for scala future + io monad

Fixes #1152
Problem
quill-async-mysql and quill-async-postgres don't propagate the transactional context correctly.
Solution
Specialize Run to take the transactional execution context.
Checklist

[x] Unit test all changes
[x] Update README.md if applicable
[x] Add [WIP] to the pull request title if it's work in progress
[x] Squash commits that aren't meaningful changes
[x] Run sbt scalariformFormat test:scalariformFormat to make sure that the source files are formatted

@getquill/maintainers

I can't make sense of the build failure. @mentegy have you seen this error before? https://travis-ci.org/getquill/quill/jobs/434242400#L6299

@fwbrasil Nope, no idea

@fwbrasil  Maybe caused by compile error here

Thank you, Flavio!!


Emscripten compilation issues

I'm getting this error when compiling with Emscripten:

solver.c:32:2: error: call to undeclared function '_mm_pause'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration]

Tried to add this to CMakeLists.txt:
set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -Wno-implicit-function-declaration")

And I got this error:

wasm-ld: error: engine/libs/box2d/libbox2d.a(solver.c.o): undefined symbol: _mm_pause

So, I modified solver.c with code similar to miniaudio lib:
Instead of:
#if defined(B2_CPU_ARM)
static inline void b2Pause (void)
{
	__asm__ __volatile__("isb\n");
}
#else
#include <immintrin.h>
static inline void b2Pause(void)
{
	_mm_pause();
}
#endif

I changed to:

#if !defined(B2_CPU_ARM)
#include <immintrin.h>
#endif

static inline void b2Pause(void)
{
#if defined(__i386) || defined(_M_IX86) || defined(__x86_64__) || defined(_M_X64)
    /* x86/x64 */
    #if (defined(_MSC_VER) || defined(__WATCOMC__) || defined(__DMC__)) && !defined(__clang__)
        #if _MSC_VER >= 1400
            _mm_pause();
        #else
            #if defined(__DMC__)
                /* Digital Mars does not recognize the PAUSE opcode. Fall back to NOP. */
                __asm nop;
            #else
                __asm pause;
            #endif
        #endif
    #else
        __asm__ __volatile__ ("pause");
    #endif
#elif (defined(__arm__) && defined(__ARM_ARCH) && __ARM_ARCH >= 7) || defined(_M_ARM64) || (defined(_M_ARM) && _M_ARM >= 7) || defined(__ARM_ARCH_6K__) || defined(__ARM_ARCH_6T2__)
    /* ARM */
    #if defined(_MSC_VER)
        /* Apparently there is a __yield() intrinsic that's compatible with ARM, but I cannot find documentation for it nor can I find where it's declared. */
        __yield();
    #else
        __asm__ __volatile__ ("yield"); /* ARMv6K/ARMv6T2 and above. */
    #endif
#else
    /* Unknown or unsupported architecture. No-op. */
#endif
}

And works now!

This page suggests a way to handle _mm_pause in WASM. https://emscripten.org/docs/porting/simd.html

This page suggests a way to handle _mm_pause in WASM. https://emscripten.org/docs/porting/simd.html

It says _mm_pause is "No-op.".
But anyway, the code from miniaudio that I am using is working.

The miniaudio solution has a lot of stuff. I'll be trying to build on Emscripten soon and will investigate.

@eduardodoria Your approach to those errors wasn't really correct.
In file included from /tmp/box2d/src/contact_solver.c:482:
/home/peter/.emscripten_cache/sysroot/include/compat/emmintrin.h:11:2: error: "SSE2 instruction set not enabled"
   11 | #error "SSE2 instruction set not enabled"
      |  ^

The issue with the intrinsics is that -msse2 needs to be a compile option in order for that to compile.
Emscripten also wants -msimd128.
emcc: error: passing any of -msse, -msse2, -msse3, -mssse3, -msse4.1, -msse4.2, -msse4, -mavx, -mfpu=neon flags also requires passing -msimd128 (or -mrelaxed-simd)!

 elseif (EMSCRIPTEN)
        message(STATUS "Box2D on Emscripten")
+       target_compile_options(box2d PRIVATE -msimd128 -msse2)
 elseif (UNIX)

This patch fixes that specific compiler error.
-mavx2 seems to be unsupported.
The next error I see is:
/tmp/box2d/src/timer.c:192:8: error: use of undeclared identifier 'size_t'; did you mean 'sizeof'?
  192 |         for ( size_t i = 0; i < count; i++ )
      |               ^~~~~~
      |               sizeof
/tmp/box2d/src/timer.c:192:17: error: expression is not assignable
  192 |         for ( size_t i = 0; i < count; i++ )
      |               ~~~~~~~~ ^

But this is just a normal problem with depending on a transitive include, including stddef.h in timer.c solved it for me.

Also, for emscripten, building the samples doesn't currently work, because of FetchContent_MakeAvailable(glfw). This fails likeso:
-- Checking for modules 'wayland-client>=0.2.7;wayland-cursor>=0.2.7;wayland-egl>=0.2.7;xkbcommon>=0.5.0'
--   Package 'wayland-client', required by 'virtual:world', not found
--   Package 'wayland-cursor', required by 'virtual:world', not found
--   Package 'wayland-egl', required by 'virtual:world', not found
--   Package 'xkbcommon', required by 'virtual:world', not found
CMake Error at /usr/share/cmake/Modules/FindPkgConfig.cmake:645 (message):
  The following required packages were not found:

   - wayland-client>=0.2.7
   - wayland-cursor>=0.2.7
   - wayland-egl>=0.2.7
   - xkbcommon>=0.5.0

Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPkgConfig.cmake:873 (_pkg_check_modules_internal)
  build/_deps/glfw-src/src/CMakeLists.txt:164 (pkg_check_modules)

https://emscripten.org/docs/compiling/Contrib-Ports.html
For raylib, we are using the javascript glfw implementation mentioned here, link with -sUSE_GLFW=3 instead of downloading and building glfw for that circumstance.

@Peter0x44 you are correct.
Just added target_compile_options(box2d PRIVATE -msimd128 -msse2) and include stddef.h fixed.

Also, for emscripten, building the samples doesn't currently work, because of FetchContent_MakeAvailable(glfw). This fails likeso:

This is just where the problems begin. The shaders need porting to gles2, along with some changes/removal of glad.
But I think that's better discussed in a different issue.

I think I addressed these issues in #787. However, I haven't tested Emscripten with this yet.


checkpoint file is not available

Hi,
the link of your checkpoint file is not available. Could you please update this file?

你好 [fengfengfeng666]，你能下载ScoreMRI的预训练模型吗，如果有的话，能不能发给我一份，谢谢啦，【抱拳】

Hi, the link to your checkpoint file is not available. Could you please update this file?
你好，[fengfengfeng666] 你能下载ScoreMRI的预训练模型吗，如果有的话，能不能发给我一份，谢谢啦，【抱拳】

Can you check to see if the link works now? I tried it myself without logging in and it seemed to work (if you exit the preview initially). I can also upload the checkpoint on google drive.

Can you check to see if the link works now? I tried it myself without logging in and it seemed to work (if you exit the preview initially). I can also upload the checkpoint on google drive.

Hi, the link of google drive is available. Thanks for your reply.

Hi, the link to your checkpoint file is not available. Could you please update this file?
你好，[fengfengfeng666] 你能下载ScoreMRI的预训练模型吗，如果有的话，能不能发给我一份，谢谢啦，【抱拳】

Hi, the author has uploaded a link with google driver. It is available for me. You could try yourself whether it works for you. The file of checkpoint is more than 500MB, if you still need it, I would send it to you with google drive.

Hi, can you share me with the file of checkpoint? I cann't download it from the two links, Thanks a lot.


Interactive dialogs

https://docs.mattermost.com/developer/interactive-dialogs.html
hey, any chance to support dialogs ?
(if already possible, an example could be nice)
Thank you!

I made a PR to the mattermost-client project:
https://github.com/loafoe/mattermost-client/pull/55/commits

Thanks @tomer953 , I created a new release with your PR and will also release a new version of the adapter shortly

v5.3.0 is available now


Pass bearer token to FlightSqlService impls

Which issue does this PR close?
Closes #2308.
Rationale for this change
Make it so Ballista can run non-trivial FlightSql queries.
What changes are included in this PR?
Not-ready-for merge code that I was successfully able to use to:

register the TPC-H customer table
select top 1 c_name from customer order by c_name (in my own custom JDBC driver)
get a result

Are there any user-facing changes?
FlightSql queries become useful and JDBC works.

CC @andygrove and @alamb

cc @wangfenjin who contributed the initial FlightSQL client

Also, for other reviewers, a whitespace blind diff makes this PR much smaller: https://github.com/apache/arrow-rs/pull/2309/files?w=1  and palatable for review 😅

Also cc @timvw

Codecov Report

Merging #2309 (bffe4af) into master (b4fa47d) will decrease coverage by 1.04%.
The diff coverage is 68.47%.

@@            Coverage Diff             @@
##           master    #2309      +/-   ##
==========================================
- Coverage   82.29%   81.24%   -1.05%
==========================================
  Files         245      248       +3
  Lines       62688    60615    -2073
==========================================
- Hits        51586    49246    -2340
- Misses      11102    11369     +267

Impacted Files
Coverage Δ

arrow-flight/examples/flight_sql_server.rs
0.00% <ø> (ø)

arrow-flight/src/arrow.flight.protocol.rs
0.00% <0.00%> (ø)

arrow-flight/src/sql/arrow.flight.protocol.sql.rs
0.00% <0.00%> (ø)

arrow-flight/src/sql/server.rs
0.00% <0.00%> (ø)

parquet/src/column/writer/mod.rs
92.85% <42.85%> (ø)

object_store/src/path/mod.rs
90.00% <50.00%> (-0.91%)
:arrow_down:

arrow/src/array/array_decimal.rs
90.69% <88.31%> (-0.28%)
:arrow_down:

parquet/src/encodings/levels.rs
94.23% <92.85%> (-0.03%)
:arrow_down:

parquet/src/encodings/rle.rs
91.41% <93.33%> (-0.50%)
:arrow_down:

arrow/src/util/decimal.rs
91.14% <95.31%> (+4.22%)
:arrow_up:

... and 50 more

:mega: Codecov can now indicate which changes are the most critical in Pull Requests. Learn more

We need to check the implementation in c or other languages, seems they use something like middleware to do this, we need to make sure rust implementation same with others.
Pass meta to every handler function this way might not be a good idea.

Sorry I didn't pay attention to the auth part in the initial implementation...

something like middleware to do this

I could see the handshake method could maybe be turned into a middleware-style handler, but since it's part of the flight protocol spec it makes sense to me to proxy it up like the other methods. Do you have links handy for the other implementations?

Pass meta to every handler function

The only other way I can think of doing it is with something like a ThreadLocal context, but a quick googling isn't providing me with an equivalent for co-routine context in Rust/Tokio.

Sorry I didn't pay attention

No worries, thanks for getting it started! I'd have been lost without the foundation you laid :)

Looks like there are a few more CI checks to clean up but I think this PR is quite close

I'll plan to merge this tomorrow before making an arrow 20.0.0 release candidate unless someone objects or would like more time to review


Match an organisation to HMRC records

Screenshot

Do we need a pattern for this? And is it an HMRC or a government-wide pattern?

@gavinwye Unsure this is a pattern, especially when you consider different company types with different details. This is more like an arrangement of components.

Looks to be handled by https://github.com/hmrc/business-customer-frontend

Research update. This very pattern is actually used by at least 5 services in the business area. I got in touch with all the user researchers, and they are gathering information for us. What I got from them so far is that the pattern is working well for users.
Some important points that you need to know:

the full pattern includes a page that is shown when the company can't be matched. I'll upload a screenshot.
the pattern can change slightly depending on the type of company: limited company, sole trader, or overseas company.
the make this pattern usable, it's paramount to tweak the form validation with fuzzy matching. This makes easier to match what users type with the information that HMRC hold.

back in the day, Genine (the UR at the time on AWRS and ATED) wrote up notes about the work we'd done with the UTR https://paper.dropbox.com/doc/UTR-Unique-Taxpayer-Reference-number-guidance-ffwJmBDiiOwNjAPI0dLyW

This issue has been closed because it is part of a business-matching microservice that other services can use. This can be documented later when needed. It may also be documented by different components, like company name, unique taxpayer reference number and others.

@stevenaproctor - do you have an update on why this one is re-opened, w/ regard to the business-matching microservice mentioned above?

On the GOV.UK Design System backlog.

@jennifer-hodgson It was reopened because there are multiple versions of this floating around. It is a service pattern and different from the GOV.UK Design System backlog.

OK. Is it so different it doesn't count as a variant?

Company details gets someone to confirm business details so they can register for a service. A bit like ID verification. I think it is so different it is not the same thing.

Good to see it is in progress, as services need a consistent pattern to ask for these details.

The design pattern for Asking for company registration number I believe is currently introducing an A11Y issue where all input fields should have a label. As of now this design has a input field with a hint above it but these should then link to a label similar to the screenshot above from Jan 31 2017. There you can see that both input fields have a corresponding label with a hint linked to this.


4.1 Improve User Interface Design

[ ] #59

[ ] #60

[ ] #61

[ ] 4.1.4 Add game instruction
[ ] 4.1.5 Make timer countdown consistent

[ ] improve points display
[ ] add game instruction
[ ] make timer consistent

f11e1fd

0bcf9da
b243498
4c576c7


[Event Request] Application “Tests-Misc”, Codeunit 134163 "Company Init Unit Test"

[Event Request] Application “Tests-Misc”, Codeunit 134163 "Company Init Unit Test"

Could you please insert the OnTestInitialize Event at the beginning of the test procedure TestCompanyInitialize?

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. We will update this issue with information about availability.

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. We will update this issue with information about availability.


Add support for passwordless certs

There are some non-interactive use-cases for some of the packages that use pypki2, where the user is legitimately using an unencrypted cert.

Created a pull request for this.

Fixed in release 0.8.0: https://github.com/nbgallery/pypki2/commit/8cff4cc5998955ed4cad0926bf68e55c1bca288b
https://pypi.org/project/pypki2/0.8.0/


QR Codes should be supported in templates

Enabling QR Code generation for authenticator apps
That should be supported in the templates like SMS 2FA used to be.
requested by customer in Enabling QR Code generation for authenticator apps comments

This requires additional APIs in the platform (.NET Core) or external libraries. I don't wish to include the JS library in the templates just for the QR code. Similarly I don't want to include a 3rd-party server-side drawing library just to enable it either (e.g. ImageSharp.Drawing).
System.Drawing is being made available for .NET Core for compatibility purposes so we could investigate using it for this purpose.

cc @blowdart

System.Drawing is not suitable, as it's a straight port of the "do not use in a web app code"

Yeah, but people do anyway. Always have, always will. There isn't any plan for a System.* replacement AFAIK, so if we don't use it, we need to make something custom (not out of the question given it's just a QR code) or look at ImageSharp.Drawing.

ping @muratg who was looking at this too

But we shouldn't.
Anyway it's not cross platform.

It is? I couldn't remember if they limited that one to Windows or not. Many packages in the "Windows compat pack" actually have *nix implementations included as well.

I think so, either way, we don't want to encourage the use of something that may leak memory and handles.

@blowdart so serious 😉
Well then, given ImageSharp.Drawing is still only in beta, we're a bit stuck unless we want to go the route of doing a custom QR code generator.

We are, so we stick with the current situation IMO

Moving this to 2.2.0.

@blowdart, moving this out to 3.0 as I don't think this is a priority for 2.2


IPIP rules in security groups not applying properly

IPIP encapsulated DNS requests from pods to coredns get blocked by iptables.
on closer inspections, the packet dont get picked up by the security groups rules:
ID                                   | IP Protocol | Ethertype | IP Range  | Port Range  | Remote Security Group
6a9c3c58-bdd0-474e-8bf8-e8e248ad2cc6 | ipip           | IPv4      | <IP_ADDRESS>/0 |             | ba33108a-ceb1-4ef0-98cd-455fa916166f |
c031473b-9da4-414f-94e3-425aa34dc2b8 | ipip           | IPv4      | <IP_ADDRESS>/0 |             | 76192aca-20eb-43e6-bd1c-331979e57157

changing the IP Protocol from IPIP to 4 does the trick.
ID                                   | IP Protocol | Ethertype | IP Range  | Port Range  | Remote Security Group
6a9c3c58-bdd0-474e-8bf8-e8e248ad2cc6 | 4           | IPv4      | <IP_ADDRESS>/0 |             | ba33108a-ceb1-4ef0-98cd-455fa916166f
c031473b-9da4-414f-94e3-425aa34dc2b8 | 4           | IPv4      | <IP_ADDRESS>/0 |             | 76192aca-20eb-43e6-bd1c-331979e57157

What I don't understand is how we are hitting these issues as the fix has been merged since march 2020.
https://github.com/projectcalico/calico/issues/2700
https://github.com/projectcalico/calico/issues/2111

looks like this is a default from here and we could override it if we wanted
https://github.com/kubernetes-sigs/cluster-api-provider-openstack/blob/5a17c37f0a0d4d44211f2339a6893752b43e11da/pkg/cloud/services/networking/securitygroups_rules.go#L79

We should probably bubble this up to the Cluster API project, which might bubble up to Neutron, since this feels like a Neutron bug.

@mnaser  I think this is the right approach fixing this upstream. However how can we mitigate this in fast way in the meantime?

I just did some more troubleshooting.
setting this Security Group
openstack security group rule create 76192aca-20eb-43e6-bd1c-331979e57157 --remote-group ba33108a-ceb1-4ef0-98cd-455fa916166f --protocol ipip --ingress
creates this iptables rule:
    0     0 RETURN     94   --  *      *       <IP_ADDRESS>/0            <IP_ADDRESS>/0            match-set NIPv476192aca-20eb-43e6-bd1c- src
So that does get translated into iptables 'correctly' as ipip = proto 94 according to https://www.iana.org/assignments/protocol-numbers/protocol-numbers.xhtml
So it seems that the protocol that needs to be allowed on iptables would be  '4': 'ipencap' instead of '94': 'ipip'...?
https://github.com/openstack/neutron-lib/blob/75ee705ed5f4144483686d7e237ba78afe6d1dff/neutron_lib/constants.py#L459

According to IANA and the Calico Documentaiton Calico uses IP in IP which is IP protocol number 4 not 94. https://docs.tigera.io/calico/3.25/networking/configuring/vxlan-ipip
Cluster API seems to set this wrong from my point of view.

I just did some more troubleshooting. setting this Security Group openstack security group rule create 76192aca-20eb-43e6-bd1c-331979e57157 --remote-group ba33108a-ceb1-4ef0-98cd-455fa916166f --protocol ipip --ingress creates this iptables rule:  0 0 RETURN 94 -- * * <IP_ADDRESS>/0 <IP_ADDRESS>/0 match-set NIPv476192aca-20eb-43e6-bd1c- src So that does get translated into iptables 'correctly' as ipip = proto 94 according to https://www.iana.org/assignments/protocol-numbers/protocol-numbers.xhtml
So it seems that the protocol that needs to be allowed on iptables would be '4': 'ipencap' instead of '94': 'ipip'...? https://github.com/openstack/neutron-lib/blob/75ee705ed5f4144483686d7e237ba78afe6d1dff/neutron_lib/constants.py#L459

This is some good research, I wonder if inside iptables, it used to use 94 at some point and so the translation is failing depending on the OS.

According to IANA and the Calico Documentaiton Calico uses IP in IP which is IP protocol number 4 not 94. https://docs.tigera.io/calico/3.25/networking/configuring/vxlan-ipip
Cluster API seems to set this wrong from my point of view.
EDIT: @mnaser
This is causing the problem. It is only merged in main but not 0.7 release. What concern me that is passed CI flawless and makes the cluster unusable.
replace "4" with "ipip" kubernetes-sigs/cluster-api-provider-openstack#1290
but still it is a neutron bug https://docs.openstack.org/api-ref/network/v2/index.html?expanded=create-security-group-rule-detail#security-group-rules-security-group-rules

For the record, we're not running into that issue.. however, that mapping is not the source of truth, see this: https://github.com/openstack/neutron/blob/master/neutron/agent/linux/iptables_firewall.py#L745-L773
I'm curious to see if your environments somehow are seeing a mismatch... could you double check that?

I just filed an issue into CAPI and then we can track that up to Neutron if that's the path to go, but a revert would be nice for now.

ok, have a fix up:
https://github.com/kubernetes-sigs/cluster-api-provider-openstack/pull/1489
now this is technically more of a CAPI issue than the driver, but we'll close this once we fix this upstream and also fix it inside Atmosphere

two things:

fix for hack/stack.sh is done, so this won't happen anymore
fix for atmosphere is done: https://github.com/vexxhost/atmosphere/pull/334

will keep this open to track CAPO :)

ugh, not so quick
https://github.com/kubernetes-sigs/cluster-api-provider-openstack/blob/v0.7.0/pkg/cloud/services/networking/securitygroups_rules.go#L163-L176
this was included in 0.7.0, going to keep working with upstream on a fix soon, if not, we'll do our own local patch for it.


queryString export is missing

Hello! I have a question. Is there a possibility to add queryString export option? I need it at most, because I can OOTB make from it a query to SQL database using Entity Framework (.NET on backend). I don't want to pass SQL nor parametrized SQL, because it makes a vulnerability of passing a SQL injection attack.
Example of what I expect from similar library to yours: https://github.com/ukrbublik/react-awesome-query-builder#querystring-immutablevalue-config-isfordisplay--false---string
Kind regards,
Adrian

Hi, @amaleszewski. I'm struggling to understand the "why" of the queryString output format. It doesn't seem to be any standard format I've ever come across. Some sort of pseudo-SQL, maybe? How does that help with either storage or execution of queries?
Can you describe your particular use case? The formatQuery function is fairly versatile, and we can add other export formats if there's demand for them.


config: fixed typos in configuration files

It's trivial. This commit is to update the existing annotations in configuration files.
It will be helpful to users that have to enable or disable the existing lots of modules.
Signed-off-by: Geunsik Lim<EMAIL_ADDRESS>
[Template] PR Description
In general, github system automatically copies your commit message for your convenience.
Please remove unused part of the template after writing your own PR description with this template.
$ git commit -s filename1 filename2 ... [enter]

Summarize changes in around 50 characters or less

More detailed explanatory text, if necessary. Wrap it to about 72
characters or so. In some contexts, the first line is treated as the
subject of the commit and the rest of the text as the body. The
blank line separating the summary from the body is critical;
various tools like `log`, `shortlog` and `rebase` can get confused
if you run the two together.

Further paragraphs come after blank lines.

**Changes proposed in this PR:**
- Bullet points are okay, too
- Typically a hyphen or asterisk is used for the bullet, preceded
  by a single space, with blank lines in between, but conventions vary here.

Resolves: #123
See also: #456, #789

**Self evaluation:**
1. Build test: [ ]Passed [ ]Failed [*]Skipped
2. Run test: [ ]Passed [ ]Failed [* ]Skipped

**How to evaluate:**
1. Describe how to evaluate in order to be reproduced by reviewer(s).

Add signed-off message automatically by running **$git commit -s ...** command.

$ git push origin <your_branch_name>

:memo: Version: 1.20180820. Thank you for submitting PR #219. Your PR must pass all verificiation processes of cibot before starting a review process from reviewers. If you are new member to join this project, please read manuals in documentation folder and wiki page. In order to monitor a progress status of your PR in more detail, visit http://invain.mooo.com/.


using simplecrypto pypi package

Moved to using simplecrypto package (wrapper for pycrypto). Encryption key method has changed so any previous encrypted files will be broke. I'm still working on adding pub key encryption but you can accept this pull request if you like.

Thanks for the update!


Convert coreml model to turicreate model

Is it possible to convert a coreml (.mlmodel format) model to the turi create format (.model folder) and load it back in turi create? Thanks

This is not possible. Basically, Core ML is for inference only. Generally speaking, TuriCreate model require additional information.


Explore vanilla django model inheritance

This PR explores another way to use model inheritance for Pins. It differs from #170 by sticking with vanilla Django instead of bringing in third party apps django-polymorphic and django-rest-polymorphic.

I've spent some time digging through the source code and github repositories for these apps, and while they are pretty small and straightforward, I'm hesitant to pull the trigger on them due to lack of activity on open issues and PRs from project maintainers. Also, django-polymorphic has some self-identified "experimental" code, so I'm wary that this is the right approach.


Equivalent of -exportProvisioningProfile?

Is there an equivalent gym parameter to xcodebuild's -exportProvisioningProfile?  I would like to specifically define the provisioning profile that should be used to export the archive to ipa.
provisioning_profile_path is no longer supported, and by using codesigning_identity, the wrong provisioning profile is selected because there are multiple profiles that will "work" for the app, but only one correct one with the entitlements I need.

@jblack10101 Great to hear from you! Have you tried --xcargs or --xconfig? THanks!

I ended up just defining the specific provisioning profile UUIDs to use in the project's xcconfig files.


[FEA] Databricks integration testing setup improvements

The integration tests run as part of the nightly and run differently then the normal integration build, do we want to commonize those and create a databricks integration build

Note that we also need a final integration test build for databricks that tests the released combined Rapids jar

@tgravescs have we addressed the first two bullets since this issue was opened?

Right now we don't run the unit tests on databricks. They wouldn't easily run as other classes were missing. We could try to figure this out and run them
The integration tests run as part of the nightly and run differently then the normal integration build, do we want to commonize those and create a databricks integration build

no they haven't.

split unit tests into: https://github.com/NVIDIA/spark-rapids/issues/1320

one of the main points to separate would be so you could use the integration test job to run againjst other versions os the jars. For instance once we did a staging for the 0.3 release could we just run the integration tests against those jars.
But since the unit tests do not run right now I think I want to keep some testing with the build itself as well so I don't see a reason to change the existing build.
@GaryShen2008 @NvTimLiu what plans do we have for testing the release?  We could perhaps change this into create a separate integration build for that.

As my understanding, the existing integration test on Databricks is running by spark local mode.
Should we change it to run on the spark cluster of Databricks (I think it's a standalone cluster) as same as what a customer does?

@tgravescs   what plans do we have for testing the release?
We can run IT against the staging 0.3.0 spark-rapids jars on both AWS and Azure Databricks cluster using CSP Jenkins pipelines on Blossom: https://blossom.nvidia.com/sw-gpu-spark-jenkins/view/CSP/
I have the same concern that our integration tests on Databricks clus is spark local mode.
When running with spark standalone mode, there are some failures, as the issue shows: https://github.com/NVIDIA/spark-rapids/issues/1344, we still need some debug on it.

that's fine then if those integration builds just build against the jars we can close this. I'm not so worried about running standalone, its a nice to have but not a requirement.


Store account hash in order to avoid recomputing it

When comparing the hash of each account after a state sync, we are retrieving the account and computing it every time. We could avoid this by storing the hash alongside account data.
As part of this, the transactions table should also reference the account hash with a foreign key (init_account_state)

we closed the PR since we concluded that persisting the account has was probably a premature optimization. We can consider this in the future though

This was closed by https://github.com/0xPolygonMiden/miden-client/pull/412


Running Lens as a browser application

We have developed an application and would like to integrate Lens with it. The idea is to launch Lens in a web browser from our application UI on click of a button. As of now, we can see Lens runs as desktop application. Can this be achieved?

see https://github.com/supervisor-com/lens-web

also #1037

At this moment we don't plan to provide a browser version, so I'm closing this.

At this moment we don't plan to provide a browser version, so I'm closing this.


Build & publish esm modules

I believe right now we only build cjs modules. Publish esm too, adding module property to respective package jsons

done with https://github.com/grafana/grafana-javascript-agent/pull/27


Display entities support

Maybe you could add the display entities of the 1.19.4 to this pack?

Here's what I wrote in regard to these in our announcement of 1.19.4 support:
On new display/technical entities:
Currently none of the new display entities are mapped.
Text entities: do not expect this to work well with Bedrock. We will map these entities the best we can, but they will very likely end up looking like pre-1.19.4 holograms.
Interaction entities: we foresee no problems with these entities once they are supported.
Block/item entities: while we probably can't support every aspect of these entities, we are relatively confident we can support many of their properties. Geyser may force a resource pack in the future (think GeyserOptionalPack+) to accommodate these entities.


Fix for DragonFly

Please ignore. st_birthtime is not available on DragonFly. I am working on too many fixes to get cargo running on DragonFly, so this is a wrong fix :(


Updated roadmap

Grouped features and added new ones

I added more groups and made some rewording, check it again, please.


Handle errors from uuid library

Coverage decreased (-1.7%) to 98.347% when pulling a89e5b801ecbe5781dbf0a0a0354e075071c55d4 on sashabaranov:master into 68acdd7669502d812de87f3440aa9da814ec2f82 on neurodrone:master.

Coverage decreased (-1.7%) to 98.347% when pulling a89e5b801ecbe5781dbf0a0a0354e075071c55d4 on sashabaranov:master into 68acdd7669502d812de87f3440aa9da814ec2f82 on neurodrone:master.

Coverage decreased (-1.7%) to 98.347% when pulling a89e5b801ecbe5781dbf0a0a0354e075071c55d4 on sashabaranov:master into 68acdd7669502d812de87f3440aa9da814ec2f82 on neurodrone:master.


Access pattern

We want to build a convention (and maybe even some form of additional language sugar) around the Access Pattern.
The TL;DR is that we want to be able to pass a lambda to be executed in the context of a given actor, with the actor passing itself in as the argument of that lambda.
More thought is needed into how we want to represent this in Savi in the most convenient/clean way, but at its most basic we could just use a normal lambda, as in Pony: #130

This is blocked until we have objectifiable lambdas, as proposed in #130

Proper API of Postgres library depends on this, too. For now I can use a Notify.


Spotty v1.2

a format of the configuration file was changed:

container parameters were separated from instance parameters
a configuration file describes a list of instances, not just one
added an abstraction over cloud providers. Spotty still supports only AWS, but now it's relatively easy to add any other cloud provider. As result, all specific to AWS commands were moved under the "spotty aws" command.
added an abstraction over volumes. Spotty still supports only EBS volumes, but now it's possible to
add support for EFS or S3 volumes.
added the "spotty convert-config" command to convert configs to the new format
old configuration files are still supported, but the warning will be displayed

deletion policies are being applied through AWS API (corresponding lambda functions were removed from the CloudFormation template). So now deletion policies can be changed in a configuration file after the instance is started.
changes in the "spotty run" command:

a tmux window won't be killed once the process is exited. So now the user can see an output of the exited process. The "Ctrl+b, then x" combination of keys closes a tmux window.
by default, the "spotty run" command won't log script outputs. The user can use the "-l" flag to enable logging.
added the "-r" flag to restart a tmux session without closing it. But before using it, the running process should be stopped, because a killed "docker exec" command won't kill a spawned process automatically (see the issue here).
scripts can be parametrized using Mustache tags. The user can specify parameters using the "-p" flag.

custom commands can be integrated with Spotty using Python entry points
instances won't write logs to CloudWatch
volumes can be restored from a custom snapshot
added the "dry-run" flag for the "spotty start" command
added the "debug-mode" flag for the "create-ami" command. In this case, an AMI will not be created and the user will be able to connect to the running instance.
added the "spotty status" command that shows a current state of the instance
added the "spotty download" command to download any project files from the instance
added the "-l" flag for the "spotty ssh" command to list opened tmux sessions
added the "amiId" parameter to the configuration. It can be useful to share Spotty AMI with users, so they won't need to create it.

Hi @apls777 ! What is the plan for the 1.2 release? I would like to start a new project with your Spotty :)

Hi @jagin,
I need to make some minor changes there and it's ready to go. I would say in 1-2 weeks it should be released.
I'm using this version for my current projects. It would be great if you can install it in development mode and use for your project. It's good to have somebody else to test it :). You can find an example of a new configuration file here.

Hey, thank you for sharing this great tool!
As far as I understand, it isn't possible to use other instance types than GPU ones. Are you planning to enable other types (e.g. compute) too?
Thanks!

Hi @jposor,
Thank you!
You can use CPU instances as well, except Nitro-based instances. But Spotty requires a GPU instance to create an AMI because it's installing NVIDIA drivers there. So once you've created an AMI, just change a type to a CPU one and start an instance.
Nitro-based instances also will be supported later, it's in the todo list. They have different device names for EBS volumes, so some changes required to mount them correctly.


Node v7.1.0+: Buffer passed to sharp may be rewritten/reused by other node code before being parsed?

The result is that various random errors happen. I experienced this while streaming tar file entries into sharp from isaacs 'tar' module. If I hold onto the buffer in V8 it works fine:
sharp(buf)
	.raw()
	.toBuffer((err, data, info) => {
		if(err){
			console.log(filename)
			console.log(buf) //without this line, random errors happen
			throw err;
		}
		// process the raw data...
	})

Otherwise, I get errors about corrupt headers, unsupported formats, etc.
Node 8.5.0, sharp 0.18.3
Thanks for this great module - really impressive performance and clean design.

Hello, my best guess would be that code not shown here is modifying the contents of buf after the construction of the sharp instance but before it has asynchronously finished processing it. If so, perhaps copy it first using something like Buffer.from(buf).
(The use of console.log is masking the problem as it block IOs and can therefore make async logic appear to be synchronous.)

To be clear, console.log is never called except when an error happens. As long as that line is there, no errors happen. So the only difference is in whether the VM is holding on to the buffer in case console.log happens (as far as I can see.) Buffers get allocated out of a pool, so my assumption is that under heavy allocation load, the buffer memory is being reclaimed by GC and reused too early.
I modified the program like so, same behaviour:
sharp(Buffer.from(buf))
	.raw()
	.toBuffer((err, data, info) => {
		if(err){
			if(buf[0] !== buf[1]){} //without this line, random errors happen
			throw err;
		}
		//process the raw data...
	})

I should add - it's weird that retaining a handle to the "buf" that gets copied by Buffer.from(buf) works...  The only explanation I can think of is that it's using the same underlying chunk of memory as the buffer created by Buffer.from(buf), but it's weird that it never fails to be in the same chunk.  I checked, and retaining a handle to the buffer returned by Buffer.from(buf) has the same effect.

Here's a repository with a test case: https://github.com/lfdoherty/sharp-buffer-loss-reproduction

Thanks for the test case, I'll take a look. Have you tried with any other versions of Node?
https://github.com/lovell/sharp/blob/master/src/pipeline.cc#L40-L45 contains the logic to explicitly tell V8 not to GC input Buffer instances. This doesn't/can't prevent other code modifying the contents of buf in-place.
(The reverse logic, to re-enable GC for input Buffers, is at https://github.com/lovell/sharp/blob/master/src/pipeline.cc#L1031-L1036)

Good idea!
v8.5.0 (Ubuntu,OSX): fails
v7.10.1 (Ubuntu): fails
v7.5.0: fails
v7.0.0: passes
v6.11.3: passes
v4.8.4: passes
I'm still narrowing down which version of 7 it started breaking on...

I can reproduce using Node 8.0.0+ (V8 5.8) but it works perfectly using Node 6.11.3 (V8 5.1) and Node 4.8.4 (V8 4.5).
Perhaps there's been a change/regression in V8 around the way persistent handles behave during GC.

v7.4.0: fails
v7.1.0: fails

I can confirm that Node 7.1.0 is where the failing behaviour begins.
https://github.com/nodejs/node/blob/master/doc/changelogs/CHANGELOG_V7.md#2016-11-08-version-710-current-evanlucas
Interestingly, if I set Buffer.poolSize = 8200 (a slight increase from the default 8192) the problem appears to go away.
The next step is to try your example with a locally-modified version of sharp that dumps out Buffer memory locations as each instance is created and again as its pipeline is processed.

After some further debugging it looks like when a mark-sweep GC occurs after the call to SaveToPersistent but before the subsequent GetFromPersistent, the contents of that Buffer's memory location can be overridden. I don't believe this should be possible :(
This only occurs with Node 7.1.0+ and for Buffer objects backed by a SlowBuffer. Increasing poolSize so everything is a FastBuffer appears to "solve" the problem.
I feel like we should at least open an issue with nodejs/node to see if there's something obvious we're missing.
...
input buffer at 0x39cd100 of length 1399 first char ff
0000003716-S.jpg 1399
input buffer at 0x39cd680 of length 1399 first char ff
pipeline buffer at 0x398f060 of length 1256 first char ff
0000003717-S.jpg 1058
input buffer at 0x3a12730 of length 1058 first char ff
0000003718-S.jpg 1599
input buffer at 0x39cdc00 of length 1599 first char ff
0000003719-S.jpg 1262
input buffer at 0x39ce250 of length 1262 first char ff
0000003720-S.jpg 1267
input buffer at 0x3a29860 of length 1267 first char ff
0000003721-S.jpg 1382
input buffer at 0x3a29d60 of length 1382 first char ff
0000003722-S.jpg 1382
input buffer at 0x3a2a2d0 of length 1382 first char ff
0000003723-S.jpg 1425
input buffer at 0x3a2c850 of length 1425 first char ff
0000003724-S.jpg 1425
input buffer at 0x3a2cdf0 of length 1425 first char ff
0000003725-S.jpg 1487
input buffer at 0x3a2d390 of length 1487 first char ff
0000003726-S.jpg 1487
input buffer at 0x3a2d970 of length 1487 first char ff
0000003727-S.jpg 1432
input buffer at 0x3a2df50 of length 1432 first char ff
0000003728-S.jpg 1432
input buffer at 0x3a30500 of length 1432 first char ff
0000003729-S.jpg 1326
pipeline buffer at 0x39ccc10 of length 1256 first char ff
input buffer at 0x3a30aa0 of length 1326 first char ff
0000003730-S.jpg 1326
input buffer at 0x3a30fe0 of length 1326 first char ff
pipeline buffer at 0x39cd100 of length 1399 first char ff
pipeline buffer at 0x39cd680 of length 1399 first char 20
pipeline buffer at 0x3a12730 of length 1058 first char f0
pipeline buffer at 0x39cdc00 of length 1599 first char ff
[20770:0x3290a20]     2614 ms: Mark-sweep 19.0 (51.0) -> 6.0 (51.0) MB, 2.4 / 0.2 ms  (+ 7.1 ms in 85 steps since start of marking, biggest step 0.4 ms) GC interrupt GC in old space requested
pipeline buffer at 0x39ce250 of length 1262 first char 50
pipeline buffer at 0x3a29860 of length 1267 first char c0
0000003731-S.jpg 1443
pipeline buffer at 0x3a29d60 of length 1382 first char 70
pipeline buffer at 0x3a2a2d0 of length 1382 first char f0
pipeline buffer at 0x3a2c850 of length 1425 first char c0
input buffer at 0x360fe80 of length 1443 first char ff
pipeline buffer at 0x3a2cdf0 of length 1425 first char e0
pipeline buffer at 0x3a2d390 of length 1487 first char e0
pipeline buffer at 0x3a2d970 of length 1487 first char 0
pipeline buffer at 0x3a2df50 of length 1432 first char f0
pipeline buffer at 0x3a30500 of length 1432 first char b0
pipeline buffer at 0x3a30aa0 of length 1326 first char 50

I spent some time reading the related code in nan and node.js, but without finding anything useful, so I don't have any other ideas...

Well this is a little embarrassing, it turns out sharp was using an erroneous pass-by-value rather than pass-by-ref when building the list of input Buffer objects that need to be persisted.
The rather simple change in commit 6a1c7b7 ensures the call to SaveToPersistent is actually made every time.
I'm still trying to work out which change in Node v7.0.0+ exposed/exacerbated this problem, perhaps https://github.com/nodejs/node/commit/5292a1358f834d4788ab10dbe83bf5ea2d35a54d

Commit e6bfa52 (a refactor, natch) is where I broke it so v0.16.0-v0.18.3 inclusive are affected :(

Yes, that seems to fix it.
In my experience, some of the hardest bugs to fix are the ones where the bad code doesn't break things nearly as consistently or frequently as you'd think it would.

v0.18.4 now available, thank you for reporting this.


feat: adds control parameters to fedramp transform

Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[X] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[X] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[X] I have added tests to cover my changes.
[X] All new and existing tests passed.
[X] All commits are signed-off.

Summary
Adds values into the parameter cells in the control origination summary based on set ssp-values
Important details

If the value is not set for the control parameter when the profile is resolved and is not set in the implemented requirement in the ssp, it will be an empty string
Values are filled through the set parameter values at the implemented requirement level

Stacked with #32
Partially addresses #20
Key links:

Sonar coverage

Closing in favor of #39


handleSummary doesn't work in combination with the standard textSummary output

I would like to get the html report and the standard output of k6 in one run.
The following snippet is my approach to get this running:
export function handleSummary(data) {
  console.log('Preparing the end-of-test summary...');
  return {
    'stdout': htmlReport(data),
    'stdout': textSummary(data, { indent: ' ', enableColors: true}),
  };
}

Notes
I expect that this code generates an html report in the same directory, which doesn't happen.
I also tried to add the filename in the function, but still the same result.
'stdout': htmlReport(data, { filename: "htmlreport.html" }),

htmlReport returns the map that handle summary would normally return, where the keys refer to the filenames or stdout etc, this is so you can wrap it with minimum of code, eg. return htmlReport(data)
This does mean if you want to return your own object from handleSummary you need to intercept the result like this, and fetch the key (which is the filename) to get the raw string of the HTML
So to do what you require use this code
export function handleSummary(data) {
  let html = htmlReport(data, { filename: `dummy` });
  return {
    "blah.html": html["dummy"],
    stdout: textSummary(data, { indent: " ", enableColors: true }),
  };
}

I've added this to the readme

@benc-uk Thank you very much. This is exactly what I needed. Keep up the good work! 😄

Hi just letting you know I've changed this in v2.1.1 (also main) so that the htmlReport function just returns the HTML string
so the usage is now:
export function handleSummary(data) {
  return {
    "summary.html": htmlReport(data),
  };
}

If you want the old behaviour you can carry on using the 2.0.0 tag


Cloudwatch measurement interval set to 5 minutes lead to wrong calculations

With the latest release, you changed the cloudwatch metrics from one hour to five minutes. However, with intermittent connections (for whatever reason) this leads to multiple sessions per day and on each session it will add one hour for idle time (if workspace is in auto-stop modus). So, something what was with the old version counted for 28 hours, now shows 92 hours!
Five min period for user_connected metric:

One hour period for user_connected metric:

This is the data for three days:
Old model + idle_time_in_hours:
[1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0]
[1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0]
[1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0]
Calculated user connected hours: 31.0
31.0

New model:
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0]
[1.0, 1.0]
[1.0, 1.0]
[1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0, 1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0]
[1.0, 1.0, 1.0, 1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0, 1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0]
[1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0]
[1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0]
[1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0, 1.0]
[1.0]
Calculated user connected hours: 92.0
92.0

As a quick fix for this I changed in my local installation in metrics_helper.py in line 121 the period value from 300 to 3600 and in line 166 change  math.ceil(len(session) / 12)  to just  len(session).  I kept the adding of idle_time_in_hours, which the old version doesn't had.
As a feature request for a future release, you could add for auto_stop instances additional four hours for patch time per month.

Thanks for your feedback. We have added this to our backlog and will be fixed in our next release.

Any update on this - can confirm that I get wrong billable hours ...

hmm the truth lies somewhere in between in my eyes. You have that short time intervals when you disconnect and reconnect that it doesn`t autostop. But my assumption is that this will be counted ...

ok I guess I figured it out ... following code should deliver a better result
it will append metrics with 0.0 (disconnected) if it happens in a timeframe of 60 minutes as for this timeframe is billable. Only if the disconnected metrics are more than 12 (60 / 5 ) a new session will be created because the instance got autostopped and won`t be billed anymore.
metricshelper.yml
    def get_list_user_session_data_points(self, list_metric_data_points):
        """
        This method returns the list of data points per user session.
        :param list_metric_data_points:
        :return: list of data points per user session
        """
        log.debug("Getting the list of user session data points for metric data points {}".
                  format(list_metric_data_points))
        list_data_points = []
        list_user_sessions = []
        counter = 0
        sorted_list_metric_data_points = sorted(list_metric_data_points, key=lambda x: x['Timestamp'])
        for metric in sorted_list_metric_data_points:
            if metric["Maximum"] == 1.0:
                list_data_points.append(metric)
                counter = 0
            elif counter > 11:
                list_user_sessions.append(list_data_points)
                list_data_points = []
                counter = 0
            elif len(list_data_points) > 0 and metric["Maximum"] == 0.0:
                list_data_points.append(metric)
                counter += 1

as it appends at the end of each session as well at least 12 metrics with 0.0 the idle hours are already added (expecting you use autostop with 60 minutes)
Means we don`t need to add the idle hours anymore.
        for session in list_user_sessions:
            # Divide each session by 12 to convert the 5 min intervals to hour and idle time per session
            user_connected_hours = user_connected_hours + math.ceil(len(session) / 12)
        return user_connected_hours

Is anyone maintaining this repository ?

This issue will be fixed in the next release of the solution.

The fix for this issue has been pushed out in release v2.4.0


sauce lab connection

Need help with saucelabs connection

Hello,
Could you please detail more what you would need, please?

I think i got idea for sauce labs connection buy could you please help me
how can i do load testing using kite framework for webrtc.
On Thu, Jun 10, 2021 at 9:48 PM A-nguyenv @.***> wrote:

Hello,
Could you please detail more what you would need, please?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/webrtc/KITE/issues/185#issuecomment-859222298, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AJBUWS4ORUJPFN53B5NV4VLTSF2ORANCNFSM45VTUKCA
.


Server check hangs loading disabled search

appears to hang indefinitely, until I re-enable the search

Fixed in https://github.com/dhowe/ChinaEye/pull/60/commits/52344a198c12d4dc059b20187e41b4d23d1f8151


Improvement of welcoming documentation

Improvement of README and CONTRIBUTING documents as part of https://github.com/cucumber/common/issues/1521

This looks great! I wonder if we should explain more about the relationship with the core gem, and how to set up a development environment that includes both.

There's also nothing mentioned (unless I missed it) about the standards we expect from PR submissions - TDD/test coverage, rubocop linting etc. That might be helpful. We could also explicitly point out that we full-time maintainers are available for 1:1 pairing sessions to coach people with their submissions. I'd happily make my calendly link available in this document.

Maybe that latter stuff belongs more in a PR template

Relevant: https://docs.github.com/en/communities

This looks great! I wonder if we should explain more about the relationship with the core gem, and how to set up a development environment that includes both.

I though that it would be more relevant in the core repo, or maybe in an ARCHITECTURE.md shared across the cucumber-ruby repositories. Or maybe in the wiki?

There's also nothing mentioned (unless I missed it) about the standards we expect from PR submissions - TDD/test coverage, rubocop linting etc. That might be helpful.

Actually I wanted to put that in the PR template. And remain pretty gentle with this. There are not too many PR, we can guide contributors through "our" expected standards as part of the reviews. That would let the welcoming document neater.

We could also explicitly point out that we full-time maintainers are available for 1:1 pairing sessions to coach people with their submissions. I'd happily make my calendly link available in this document.

Yes, that could be interesting indeed 👍
To sum-up, my strategy here is to to avoid the README and the CONTRIBUTING to be overwhelming but to distill the info all along the process a new contributor would follow when sending a first PR.

Yes, I like the layered approach, making this entry-point doc not too long and leaving depth to other docs. From having paired with @eduardrudko on his PR, I could see that the two-gem situation caused him some confusion at first, and the setup with the environment variables needs to be documented. Maybe instead of documenting it we should just bite the bullet and merge the two repos into a one little cucumber-ruby monorepo with both gems in it?

Actually I wanted to put that in the PR template. And remain pretty gentle with this.

Oh yes, I agree we should be gentle and constructive. I think that setting expectations can be kind and supportive - because it will be frustrating for someone to make a PR and then be told later "could you write some tests for this please?"

the core gem, and how to set up a development environment that includes both.

Just added a new chapter dedicated to cucumber-ruby-core. For now it do not say that much. I suggest to complete it once we have more document related to it in cucumber-ruby-core, or in the wiki, or somewhere else. I would avoid to put too many info here.

Refs cucumber/docs/pull/635

There's also nothing mentioned (unless I missed it) about the standards we expect from PR submissions - TDD/test coverage, rubocop linting etc. That might be helpful. We could also explicitly point out that we full-time maintainers are available for 1:1 pairing sessions to coach people with their submissions. I'd happily make my calendly link available in this document.

I've updated the PR template, and added some refs. to full-time maintainers.

2. The contributing file is still very long, and I wonder if we can push some of the details off into other files in the /docs folder to keep it more concise and therefore approachable.

Yeah, I agree.
I still like the approach of nextcloud. Their main "how to contribute" page is hosted on their website: https://nextcloud.com/contribute/
That would free the CONTRIBUTING.md in the repo from anything else than contribution dedicated to the code.

3. The example in the README (features/rule.feature) is a bit contrived / self-referential and might not do a great job of illustrating how to use Cucumber. I wonder if we should just link to the https://cucumber.io/docs/guides/10-minute-tutorial/ instead

The purpose of that example in the readme is to show a minimal example to show that cucumber is properly installed and running. The minimal reproducible example of it being working 😅
It is not an illustration of how to use Cucumber.
For illustrating how to use Cucumber, the section after that is redirecting to the documentation itself.

I'd really love to do some user testing and get feedback from real users of this stuff.

+1


How can I generate firmware for unofficial development boards?

I have EFR32MG21A020F768 module, and the official development board (4180A) chip is a different version of Flash.
How do I change the chip model without modifying any peripheral IO?

Hi @HeFeng1947 ,
While we only officially support a few boards in this repository, there are a couple methods that might achieve what you're trying to do.
Please keep in mind that this is unsupported officially and is not guaranteed to work.
Shorter method
The easiest, albeit a bit crude, solution might be to edit this line so that it defines the correct MCU value for your device
if(BOARD_LOWERCASE STREQUAL "brd4180a")
    set(MCU "EFR32MG21A020F768IM32")
elseif(BOARD_LOWERCASE STREQUAL "brd4180b")
    set(MCU "EFR32MG21A020F1024IM32")
else()

Afterward, you should be able to launch a build with
./script/build efr32mg21 -DBOARD=brd4180a

Longer method
The longer solution would be to make a copy of the board config files so that you aren't tied to the brd4180a config files.

Copy config files to a new folder

mkdir src/efr32mg21/my-board/
cp third_party/silabs/sdk_support/hardware/board/config/brd4180a_brd4001a/* src/efr32mg21/my-board/
cp third_party/silabs/sdk_support/hardware/kit/EFR32MG21_BRD4180A/config/* src/efr32mg21/my-board/
cp src/efr32mg21/brd4180a/* src/efr32mg21/my-board

Next, edit the appropriate CMake files to include your new board config.

src/efr32mg21/efr32mg21.cmake

Add another ifelse for your new board

if(BOARD_LOWERCASE STREQUAL "brd4180a")
    set(MCU "EFR32MG21A020F1024IM32")
elseif(BOARD_LOWERCASE STREQUAL "brd4180b")
    set(MCU "EFR32MG21A020F1024IM32")
elseif(BOARD_LOWERCASE STREQUAL "my-board")
    set(MCU "EFR32MG21A020F768IM32")
else()

third_party/silabs/cmake/includes.cmake:L31

Delete this line

third_party/silabs/cmake/includes.cmake:L64

Add the path to your new board config folder src/efr32mg21/my-board/ to the CMake variable SILABS_GSDK_INCLUDES
The change might look like this

file(GLOB gsdk_board_config_dir "${SILABS_GSDK_DIR}/hardware/board/config/*${BOARD_LOWERCASE}*")
list(APPEND SILABS_GSDK_INCLUDES ${gsdk_board_config_dir})
list(APPEND SILABS_GSDK_INCLUDES "${PROJECT_SOURCE_DIR}/src/efr32mg21/my-board")

Finally, you should be able to launch a build with

./script/build efr32mg21 -DBOARD=my-board

Hi @HeFeng1947 ,
While we only officially support a few boards in this repository, there are a couple methods that might achieve what you're trying to do.
Please keep in mind that this is unsupported officially and is not guaranteed to work.
Shorter method
The easiest, albeit a bit crude, solution might be to edit this line so that it defines the correct MCU value for your device
if(BOARD_LOWERCASE STREQUAL "brd4180a")
    set(MCU "EFR32MG21A020F768IM32")
elseif(BOARD_LOWERCASE STREQUAL "brd4180b")
    set(MCU "EFR32MG21A020F1024IM32")
else()

Afterward, you should be able to launch a build with
./script/build efr32mg21 -DBOARD=brd4180a

Longer method
The longer solution would be to make a copy of the board config files so that you aren't tied to the brd4180a config files.

Copy config files to a new folder

mkdir src/efr32mg21/my-board/
cp third_party/silabs/sdk_support/hardware/board/config/brd4180a_brd4001a/* src/efr32mg21/my-board/
cp third_party/silabs/sdk_support/hardware/kit/EFR32MG21_BRD4180A/config/* src/efr32mg21/my-board/
cp src/efr32mg21/brd4180a/* src/efr32mg21/my-board

Next, edit the appropriate CMake files to include your new board config.

src/efr32mg21/efr32mg21.cmake

Add another ifelse for your new board

if(BOARD_LOWERCASE STREQUAL "brd4180a")
    set(MCU "EFR32MG21A020F1024IM32")
elseif(BOARD_LOWERCASE STREQUAL "brd4180b")
    set(MCU "EFR32MG21A020F1024IM32")
elseif(BOARD_LOWERCASE STREQUAL "my-board")
    set(MCU "EFR32MG21A020F768IM32")
else()

third_party/silabs/cmake/includes.cmake:L31

Delete this line
Note that deleting this line will prevent you from building for other boards
An alternative to deleting this line is to revisit Step 1. Instead of copying third_party/silabs/sdk_support/hardware/kit/EFR32MG21_BRD4180A/config/* to src/efr32mg21/my-board/, you could create a copy in the third_party/silabs/sdk_support/hardware/kit/ directory

cp -R third_party/silabs/sdk_support/hardware/kit/EFR32MG21_BRD4180A/ third_party/silabs/sdk_support/hardware/kit/EFR32MG21_MY-BOARD/

third_party/silabs/cmake/includes.cmake:L64

Add the path to your new board config folder src/efr32mg21/my-board/ to the CMake variable SILABS_GSDK_INCLUDES
The change might look like this

file(GLOB gsdk_board_config_dir "${SILABS_GSDK_DIR}/hardware/board/config/*${BOARD_LOWERCASE}*")
list(APPEND SILABS_GSDK_INCLUDES ${gsdk_board_config_dir})
list(APPEND SILABS_GSDK_INCLUDES "${PROJECT_SOURCE_DIR}/src/efr32mg21/my-board")

Finally, you should be able to launch a build with

./script/build efr32mg21 -DBOARD=my-board

Thanks so much for your feedback!
I have tried the two methods on your list, but nothing works. I see the definition of Flash in the src/efr32mg21/efr32mg21.ld, but I'm not sure if I should change it

I have successfully replaced the chip model of BRD4180A with EFR32MG21A020F768.
The following is the patch:
diff --git a/src/efr32mg21/efr32mg21.cmake b/src/efr32mg21/efr32mg21.cmake
index eaaffdd..0fbdba9 100644
--- a/src/efr32mg21/efr32mg21.cmake
+++ b/src/efr32mg21/efr32mg21.cmake
@@ -30,7 +30,7 @@
 # Verify board is supported for platform
 # ==============================================================================
 if(BOARD_LOWERCASE STREQUAL "brd4180a")
-    set(MCU "EFR32MG21A020F1024IM32")
+    set(MCU "EFR32MG21A020F768IM32")
 elseif(BOARD_LOWERCASE STREQUAL "brd4180b")
     set(MCU "EFR32MG21A020F1024IM32")
 else()
diff --git a/src/efr32mg21/efr32mg21.ld b/src/efr32mg21/efr32mg21.ld
index 3d877e8..15eb9ed 100644
--- a/src/efr32mg21/efr32mg21.ld
+++ b/src/efr32mg21/efr32mg21.ld
@@ -35,8 +35,8 @@

 MEMORY
 {
-  FLASH (rx) : ORIGIN = 0x00000000, LENGTH = 1024K
-  RAM (rwx)  : ORIGIN = 0x20000000, LENGTH = 96K
+  FLASH (rx) : ORIGIN = 0x00000000, LENGTH = 768K
+  RAM (rwx)  : ORIGIN = 0x20000000, LENGTH = 64K
 }

 /* Linker script to place sections and symbol values. Should be used together


how to use gpu instead cpu

can we use the gpu to get response more faster than use cpu ?

GPT4All doesn't support GPU acceleration. Will add support for models like Llama which can do this

I was able to get GPU working with this Llama model: ggml-vic13b-q5_1.bin using a manual workaround.
# Download the ggml-vic13b-q5_1.bin model and place in privateGPT/server/models/
# Edit privateGPT.py and comment out GPT4 model and add LLama model
# Change n_gpu_layers=40 layers based on what Nvidia GPU (max is 40). Uses about 9GB VRAM.

#llm = GPT4All(model=model_path, n_ctx=model_n_ctx, backend='gptj', callbacks=callbacks, verbose=False)
llm = LlamaCpp(model_path=model_path, n_ctx=model_n_ctx, n_gpu_layers=40, callbacks=callbacks, verbose=False)

# Edit privateGPT/server/.env

# Update .env as follows
PERSIST_DIRECTORY=db
MODEL_TYPE=LlamaCpp
MODEL_PATH=models/ggml-vic13b-q5_1.bin
EMBEDDINGS_MODEL_NAME=all-MiniLM-L6-v2
MODEL_N_CTX=1000

# If using conda enviroment
conda install -c "nvidia/label/cuda-12.1.1" cuda-toolkit

# Remove and reinstall llama-cpp-python with ENV variables set
# Linux uses "export" not "set" like Windows for setting environment variables

pip uninstall llama-cpp-python
export CMAKE_ARGS="-DLLAMA_CUBLAS=on"
export FORCE_CMAKE=1
pip install llama-cpp-python --no-cache-dir

Run python privateGPT from privateGPT/server/ directory
You should see the following lines in output as the model loads
llama_model_load_internal: [cublas] offloading 40 layers to GPU
llama_model_load_internal: [cublas] total VRAM used: 9076 MB

Hi, thanks for your info.
But when I was following your step in my windows, I got this error:
Could not load Llama model from path: D:/code/privateGPT/server/models/ggml-vic13b-q5_1.bin. Received error  (type=value_error)
Any idea about this? Thanks.

@bradsec
Hi,
I followed the instructions but looks still using cpu :

(venPrivateGPT) (base) alp2080@alp2080:~/data/dProjects/privateGPT/server$ python privateGPT.py
/data/dProjects/privateGPT/server/privateGPT.py:1: DeprecationWarning: 'flask.Markup' is deprecated and will be removed in Flask 2.4. Import 'markupsafe.Markup' instead.
from flask import Flask,jsonify, render_template, flash, redirect, url_for, Markup, request
llama.cpp: loading model from models/ggml-vic13b-q5_1.bin
llama_model_load_internal: format     = ggjt v2 (pre #1508)
llama_model_load_internal: n_vocab    = 32000
llama_model_load_internal: n_ctx      = 1000
llama_model_load_internal: n_embd     = 5120
llama_model_load_internal: n_mult     = 256
llama_model_load_internal: n_head     = 40
llama_model_load_internal: n_layer    = 40
llama_model_load_internal: n_rot      = 128
llama_model_load_internal: ftype      = 9 (mostly Q5_1)
llama_model_load_internal: n_ff       = 13824
llama_model_load_internal: n_parts    = 1
llama_model_load_internal: model size = 13B
llama_model_load_internal: ggml ctx size =    0.09 MB
llama_model_load_internal: mem required  = 11359.05 MB (+ 1608.00 MB per state)
llama_new_context_with_model: kv self size  =  781.25 MB
AVX = 1 | AVX2 = 1 | AVX512 = 0 | AVX512_VBMI = 0 | AVX512_VNNI = 0 | FMA = 1 | NEON = 0 | ARM_FMA = 0 | F16C = 1 | FP16_VA = 0 | WASM_SIMD = 0 | BLAS = 0 | SSE3 = 1 | VSX = 0 |
LLM0 LlamaCpp
Params: {'model_path': 'models/ggml-vic13b-q5_1.bin', 'suffix': None, 'max_tokens': 256, 'temperature': 0.8, 'top_p': 0.95, 'logprobs': None, 'echo': False, 'stop_sequences': [], 'repeat_penalty': 1.1, 'top_k': 40}

Serving Flask app 'privateGPT'
Debug mode: off
WARNING: This is a development server. Do not use it in a production deployment. Use a production WSGI server instead.
Running on all addresses (<IP_ADDRESS>)
Running on http://<IP_ADDRESS>:5000
Running on http://<IP_ADDRESS>:5000
Press CTRL+C to quit
Loading documents from source_documents

I tried this as well and it looks like it's still using CPU.. interesting. If anyone could suggest as to why it's not working with gpu, please let me know.


TypeError: Cannot read property 'visitClass' of undefined

When doing a fresh install, the following error occurs after running npm run dev:
to be executed: node ./bin/server.js [0] ==> 🚧  Webpack development server listening on port 3001 [0] TypeError: Cannot read property 'visitClass' of undefined [0]     at monkeypatch (/Users/jasonshultz/Projects/work/react-redux-universal-hot-example/node_modules/babel-eslint/index.js:220:40) [0]     at Object.exports.parse (/Users/jasonshultz/Projects/work/react-redux-universal-hot-example/node_modules/babel-eslint/index.js:399:5) [0]     at parse (/Users/jasonshultz/Projects/work/react-redux-universal-hot-example/node_modules/eslint/lib/eslint.js:512:27) [0]     at EventEmitter.module.exports.api.verify (/Users/jasonshultz/Projects/work/react-redux-universal-hot-example/node_modules/eslint/lib/eslint.js:646:19) [0]     at processText (/Users/jasonshultz/Projects/work/react-redux-universal-hot-example/node_modules/eslint/lib/cli-engine.js:230:27) [0]     at CLIEngine.executeOnText (/Users/jasonshultz/Projects/work/react-redux-universal-hot-example/node_modules/eslint/lib/cli-engine.js:686:26) [0]     at lint (/Users/jasonshultz/Projects/work/react-redux-universal-hot-example/node_modules/eslint-loader/index.js:25:20) [0]     at Object.module.exports (/Users/jasonshultz/Projects/work/react-redux-universal-hot-example/node_modules/eslint-loader/index.js:112:3) [0]     at WEBPACK_CORE_LOADER_EXECUTION (/Users/jasonshultz/Projects/work/react-redux-universal-hot-example/node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:155:71) [0]     at runSyncOrAsync (/Users/jasonshultz/Projects/work/react-redux-universal-hot-example/node_modules/webpack/node_modules/webpack-core/lib/NormalModuleMixin.js:155:93)

This is a bug with babel-eslint. Do an npm update and check that babel-eslint gets updated to 5.0.0-beta9 and it should be fixed.

Thanks @strawbrary, it works now!


Issue with the Microsoft ATA temp logs

Issue with the Microsoft ATA temp logs:
When the user is NOT admin, it will show up under their user folder.
This : C:\Users\Administrator\AppData\Local\Temp
Should be this : C:\Users<your-logged-in-user>\AppData\Local\Temp

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 3f7a8c7e-482f-ed7f-797c-9090521da5d6
Version Independent ID: dfa2b723-33ee-bd83-0f05-8b0dc96f1bd0
Content: Troubleshooting Advanced Threat Analytics using the logs
Content Source: ATADocs/troubleshooting-ata-using-logs.md
Product: advanced-threat-analytics
GitHub Login: @rkarlin
Microsoft Alias: rkarlin

@FrankHu-MSFT
Thanks for your feedback and suggestion. I've modified the temp log locations as you suggested.
Appreciate your contribution to our documentation!

#please-close


GT: Add PLDM OEM event log for VR alert

Summary:

Add event class for sending PLDM OEM event.
Add VR alert OEM event with one-byte event sensor ID and two-byte status word.

Test Plan:

Build code: Pass

OEM commands are frowned upon. Can you provide more information on why this cannot be accomplished using standard commands and what other standard options were evaluated.


Terms of use - Page revamp

I will be restyling this page to match the style of the rest of the site.

I'd like @rayi113 to weigh in here.  Perhaps we should put all our legal and fine print documents in pages.hydroshare.org so that they can be more easily edited (without working with code).  I would be in favor of such a decision.  Are there any drawbacks.  If we do this then no restyling is necessary just resetting the links to pages.

If it's already a separate page anyway, I vote for putting them in pages.hydroshare.org.

@mauriel133 What's the status of this issue?

This is pending discussion. I like Jeff's idea of moving them to the Help pages. However, I could fix the layout on this current pages in a very short time if needed.

I still vote for moving this to pages.hydroshare.org

I can take this as part of my pages revamp


Python: Add HF model and pipeline kwargs to allow model loading customization

Motivation and Context

I was trying to use this library to load and use HF Falcon model. Unfortunately in order to make it work I needed to pass in some additional arguments such as torch_dtype, cache_dir or tokenizer. It was not possible with current implementation so I decided to add model_kwargs and pipeline_kwargs to the HuggingFaceTextCompletion class init function so now, with the changes I introduced I can successfully load any falcon models by using this code:
import semantic_kernel as sk
import semantic_kernel.connectors.ai.hugging_face as sk_hf
import torch
from transformers import AutoTokenizer

cache_dir = "/mnt/tmp"
model_name = "tiiuae/falcon-7b-instruct"

tokenizer = AutoTokenizer.from_pretrained(
    pretrained_model_name_or_path=model_name,
    cache_dir=cache_dir,
    trust_remote_code=True)

hf_model = sk_hf.HuggingFaceTextCompletion(
    model_name,
    task="text-generation",
    model_kwargs={
        "cache_dir": cache_dir,
        "torch_dtype": torch.bfloat16
    },
    pipeline_kwargs={
        "tokenizer": tokenizer,
        "trust_remote_code": True,
        "device": 0,
    }
)

Description

The changes I introduced add model_kwargs and pipeline_kwargs to HuggingFaceTextCompletion class so that these arguments are then passed to the underlying transformers.pipeline() function and thus allow more customization options.
Contribution Checklist

[x] The code builds clean without any errors or warnings
[x] The PR follows the SK Contribution Guidelines and the pre-submission formatting script raises no violations
[x] All unit tests pass, and I have added new tests where possible
[x] I didn't break anyone :smile:

Thank you for this PR! Enabling open-source models is definitely a priority for us! Our team will review this soon


Support parent of nested abstract clafers

The following model causes an error org.clafer.ast.analysis.TypeException: Cannot join abstract c0_Port . parent:
abstract Component
    abstract Port
    allPorts -> Port *
    // query for all nested ports explicitly
    [ all p : Component.Port | p.parent=this <=> p in this.allPorts ]   // p.parent causes the error

WinController : Component
    cmd : Port
    powerOut : Port

where, in fact, Port has a parent because it is nested under Component.

Fixed.


After rate limit reached stop processing

Once a rate limit is reached the remaining rates should not be evaluated. This restores the behaviour that is described in the readme,  regarding stacked requests.

Thank you for this


Evening Hack: generate browser-compatible javascript

This generates reasonably sane javascript that is fairly universally compatible. Usage is simple:
Given this protobuf:
// printerfacts.proto
syntax = "proto3";

package us.xeserv.api.printerfacts;
option go_package = "proto";

service Printerfacts {
      rpc Fact(FactParams) returns (Facts) {};
}

message FactParams {
      int32 count = 1;
}

message Facts {
      repeated string facts = 1;
}

this tool will generate output javascript such as
https://xena.greedo.xeserv.us/files/twirp_printerfacts/printerfacts_twirp.js
usage is simple:
#!/bin/sh
# regen.sh
# regenerates protocol buffer generated code

protoc  --proto_path=$GOPATH/src:. \
        --twirp_out=. \
        --twirp_jsbrowser_out=. \
        --go_out=. \
        ./printerfacts.proto

Usage from HTML is simple:
<script src="https://xena.greedo.xeserv.us/files/twirp_printerfacts/printerfacts_twirp.js"></script>
<script>
 let onSuccess = (x) => {
     document.write(x.facts[0]);
 };
 let onError = (x) => {
     console.log(x);
 };

 Printerfacts_fact("https://printerfacts.herokuapp.com", {"count": 1}, onSuccess, onError);
</script>

Ref #19
See example here. (source code at https://github.com/Xe/printerfacts)
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

https://github.com/twitchtv/protogen now exists, so you can import Twirp's protoc plugin library. Hooray!
I'm going to close this issue as community-maintained generators seem like the best way forward right now.


Add Clap argument parsing

Add argument parsing with Clap, verbose flag to show times, and evaluation of string passed as argument.

alright, looks good!


Fix Ipython enconding problems on non-ascii Windows accounts

From ccordoba12 on 2012-05-15T13:02:27Z
This is the continuation of issue #812 , comment #57.
I'm attaching a patch to solve some problems with the IPython console. The second diff let us correctly change the cwd using the working directory plugin and the first one let us run a file sent from the Editor to IPython (and also Python) using F5. I'm not so sure about the coding of those changes (although they are working pretty well), so I would like to hear what you think about them.
The problem with IPython is that it uses a different encoding than the Python console. You can clearly see that if you define ss = 'cárlos' in both, and then print it. So the need to change the encoding when needed.
Jed, could you please review the changes and tell me what you think?
Attachment: ipython_patch.patch
Original issue: http://code.google.com/p/spyderlib/issues/detail?id=1027

From<EMAIL_ADDRESS>on 2012-05-17T20:31:32Z
Carlos, I have reviewed the changes and tested them on Chinese Windoes VM without any problems. Everything looks good to me. I'd say go ahead and push them.

From ccordoba12 on 2012-05-15T11:09:02Z
Sorry, it's the other way around: the first diff fixes cwd and the second one fixes F5

From ccordoba12 on 2012-05-25T07:16:40Z
Thomas this change only affects IPython 0.10 as we still don't have proper integration for IPython 0.12. That's why I haven't reported an issue with you.
I haven't made tests with non-ascii dirs on 0.12 but I remember trying to just %cd to dirs with spaces on them without success. However I haven't had time to test if this is still true with the latest pyreadline, so again no issue on our side.

From<EMAIL_ADDRESS>on 2012-05-21T13:38:00Z
By the way, if you think there are problems in IPython itself, please let us know on our own bug tracker or mailing list, as I don't think any of us regularly check Spyder's issues.
Unicode on Windows has been a pain point for a while - any assistance is very welcome.

From ccordoba12 on 2012-05-17T21:47:12Z
Ok, thanks for the review. I'll pushed them tomorrow so we can release 2.1.10 as quickly as possible.

From ccordoba12 on 2012-05-25T08:07:37Z
@-Thomas: Don't worry about it, when we have better integration we are going to give qtconsole a thorough test on Windows!
@-Jed: Could you close the issue with a 'Verified'? Thanks

From<EMAIL_ADDRESS>on 2012-05-25T07:41:13Z
OK, thanks. If there is anything with 0.12+ we can do to make it work better, don't let us forget about it. ;-)

From<EMAIL_ADDRESS>on 2012-05-25T08:50:55Z
Status: Verified