CleverAdsSolutions-Base (~> 3.7.2)

[!] CocoaPods could not find compatible versions for pod "CleverAdsSolutions-Base":
In Podfile:
CleverAdsSolutions-Base (~> 3.7.2)
clever_ads_solutions (from `.symlinks/plugins/clever_ads_solutions/ios`) was resolved to 0.0.1, which depends on
  CleverAdsSolutions-Base (~> 3.6.0)

Specs satisfying the CleverAdsSolutions-Base (~> 3.7.2), CleverAdsSolutions-Base (~> 3.6.0) dependency were found, but they required a higher minimum deployment target.

Hi, the issue here is not about the target platform, but rather in file clever_ads_solutions.podspec which indicates as dependency:
s.dependency 'CleverAdsSolutions-Base', '~> 3.6.0'

For this reason CAS versions 3.7 and above are not compatible. Please fix the podspec :)
As a workaround users can edit the file in ios directory:
.symlinks/plugins/clever_ads_solutions/ios_clever_ads_solutions.podspec
and change CleverAdsSolutions-Base dependency to > 3.6.0

Well, nevermind, I guess CAS Flutter 0.3.0 doesn't support CAS-iOS 3.7, since it will fail at CASTargetingOptions not having Gender member. We will wait for next CAS flutter version, so we can integrate new SDK versions! :)


Create swift.yml

feat: Add github workflow

Welcome to Codecov :tada:
Once you merge this PR into your default branch, you're all set! Codecov will compare coverage reports and display results in all future pull requests.
:information_source: You can also turn on project coverage checks and project coverage reporting on Pull Request comment
Thanks for integrating Codecov - We've got you covered :open_umbrella:


Django 5.x compatibility?

Has anyone tested django-qsessions on the current release of Django?
Is it okay if I'd make a pull request to have tests run on Django 5.0?

A pull request to add Django 5 to test matrix and readme is welcome.

Fixed in d6f4317fd1738b0aa6fb0b8b8b814a0101bc468a.


The Images in the file readme.md has broken links

The links in the readme.md which relates to credit references and Contributors have broken links to profile images.

Moreover there is no alternative text displayed on links to images being broken
I think the source of this issue might be :

What I did:

Copied the image links to check if the image is hosted at that link.

Observation:

The link is shows URL signature expired

Fixed https://github.com/Moonly-App/moonly-app/commit/ed13b319b4e484c9ef6c73e2c9b3f158e83d9833


Can MysqlSubscription be implemented in client only?

I wanted to thank you for your package, it saved me a lot of mysql to mongo migration headache!
I put MysqlSubscription in client code only and your mysql leaderboards example still works perfectly.
Why should we implement it in server?

I do not understand what you are asking. If you want to have a collection of results without being connected to a database, why not use an array?

Sorry I think i couldn't explain what I mean.
Can you explain why we need to call MysqlSubscription both on client and server (based on your readme)?   Because meteor doc says we must call Meteor.subscribe on client only. Aren't they basically the same?

You do not have to create the subscription on both the client and server. The interface works on both though in case you want to.
If you're writing live queries that live only on the server though, you're better off just listening to the events from mysql-live-select.


1.5.0-beta.1: bin/gpm install devtools PHP Fatal error

Installed a fresh copy of 1.5.0-beta.1 core + admin
Running bin/gpm install devtools fails with error:
 |- Downloading package...   100%
 |- Checking destination...  ok
 |- Installing package...  PHP Fatal error:  Uncaught Error: Class 'ZipArchive' not found in .../grav-wp/system/src/Grav/Common/GPM/Installer.php:174

Same error as in  #2076

Does your PHP have the Zip-extension enabled?

php -m contains zlib in the list
I can install plugins via the Admin plugin which executes the exact same code line .../grav-wp/system/src/Grav/Common/GPM/Installer.php:174

I guess that's a yes...

I don't think zip and zlip are equivalent, but we might need to know more about the environment. If it works from Admin, it should work from CLI, but they are typically not ran by the same user - one is virtually www-host and the other is whatever you logged in as on the command line.

I ran the following: sudo apt-get install php7.2-zip and installing via bin/gpm install devtools works fine now...
That doesn't explain to me why Admin plugin did run ok...
Issue #2076  is solved too and can be closed.

Only the original poster or maintainers can close issues, so it would save the maintainers some time if you closed both of them yourself.


[Feature request] Support for Blade @include_block feature ?

Hello !
I am trying to find a nice, flexbile way to display alerts (and basically insert small html "snippets"/helpers) in my project.
Typically, the code for an alert goes like:

.... html code .... (several lines of
s and stuff)

The thing is I'd like to "decouple" my alert html code to something like:

@include_block('partials.alerts.info')
... html code ...
@stop

.... where partials.alert.info.blade.php should be like:

{{ $html }}

Yes, I'd like that Laravel be able to "send" some random html block to a $html variable I use in given view. Something like a section... you get the idea.
But that's not possible now!
How I do things now:

@include('partials.info.header')
... html code ...
@include('partials.info.footer')

Of course, this is a nasty, suboptimal way of doing things.
PS: I know I can send variables to @include but I don't like that, because my alerts get very often "messy" and complex, with many html code lines.
Any ideas?
Thank you in advance!

Doesn't @include already do what you want?
For example, in your case you can pass a message variable:
@include('partials.alerts.info', ['message' => 'foo'])

And in your partial you output that message with whatever HTML you want.

I know that I can "attach" a variable to a view.
I already stated that what I want is to send a whole block of html. What I am trying to do is a mix/hybrid between @include and @section.

If you are sending a whole block of html, is there any benefit of not just adding the

 code too...? Or do you have any more complex partials which is more than just a div?
You can also combine @inlcude and @section by the way:
@section('content')
    some alert html
@endsection
@include('partials.alert.info.blade')

// partials.alert.info.blade

    @yield('content')

Anyway, I don't think feature requests are considered in this issue tracker. Try the Larachat slack or send a PR with skeleton functionality to poke maintainers.

Sorry, we don't process feature requests on GitHub.

@GrahamCampbell I understand. Where is the best place to place them?

@vladrusu https://laravel.com/docs/5.2/contributions#core-development-discussion


Unable to identify objects in UIAutomation

Issue Title
Unable to identify objects in UIAutomation
General
.net core version: 3.1.302
We have migrated from net472 to .net core 3.1 recently. most of the things are working with UIAutomation but some objects which have spaces in name in actual are not identifiable.
Also, the scroll bar page down and page up button which are identifiable using Inspect and Microsoft accessibility tool and was working with net472 are not identifiable now in .net core.
Please help, how can I resolve this issue?

@RussKie is this something WinForms owns?

We need more details to triage. UIA belongs to Windows, Windows Forms and WPF have own implementations on top of it.

@RussKie Please let me know what details you would require to investigate it.

To start with - what tech stack you are using - MFC, Windows Forms, WPF, something else? What runtime? What OS? Screenshots/error logs/memory dumps... anything that can be useful.

We are automating windows Desktop applications using UIAutomation library. We were using net472 previously and now switched to .net core 3.1.
After the migration, most of the application objects were identifiable using UIA but few objects were not identifiable.

In the above screenshot, there are spaces in the starting and end of the name property. But if we give the name the same as above i.e. " Financial " it is not identifying. The object is getting identified with the name property "Financial ". (first space trimmed but last space is there)
Along with the above issue the scroll bar page down, page up buttons are also unidentifiable using .netcore3.1. The same was working with net472.

OS: Windows 10
Editor: Visual studio code
Language: c#
SDK:  Microsoft.NET.Sdk.WindowsDesktop
Target framework: netcoreapp3.1
ProjectType: Nunit enabled library
.net core version: 3.1.302

What tech stack you are using - Windows Forms or WPF?
How do you set UIA names, e.g. " Financial "?
Which UIAutomation library do you use?

@RussKie The application was developed using Lansa technology.
We are not developing that application but automating it.
csproj file entries:
<?xml version="1.0" encoding="utf-8"?>
<Project Sdk="Microsoft.NET.Sdk.WindowsDesktop">
  <PropertyGroup>
    <OutputType>Library</OutputType>
    <TargetFrameworks>netcoreapp3.1</TargetFrameworks>
    <UseWPF>true</UseWPF>
    <UseWindowsForms>true</UseWindowsForms>

UIAutomation Code:
using System.Windows.Automation;
PropertyCondition condition=new PropertyCondition(AutomationElement.NameProperty, “nameOfObject”)
AutomationElementCollection collection=windowElement.FindAll(TreeScope.Descendants, condition);

@preetipadalia you're using the WPF stack - System.Windows.Automation. In Windows Forms we provide accessible objects.
@carlossanlop I think this would belong to WPF repo.
Tagging @fabiant3 @ryalanms.
@preetipadalia it would be great to have a repro project that could help to investigate your issue.

@RussKie I have created a sample Winform application and added vScroolBar control. With .net core "Page down" object is unidentifiable, but with net472 it's getting identified.
Thanks
Preeti

Please raise an issue in dotnet/winforms repo with a sample.
From: preetipadalia<EMAIL_ADDRESS>Sent: Monday, September 28, 2020 7:22 PM
To: dotnet/core<EMAIL_ADDRESS>Cc: Igor Velikorossov<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Subject: Re: [dotnet/core] Unable to identify objects in UIAutomation (#5194)
@RussKiehttps://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FRussKie&data=02|01|igor.velikorossov%40microsoft.com|c3322d04eee048c7c53308d863900548|72f988bf86f141af91ab2d7cd011db47|1|0|637368818671668004&sdata=nGtmm4OqjcjMFvGJHl350HbpDQvkRW7Ia8vLWpgJ1cU%3D&reserved=0 I have created a sample Winform application and added vScroolBar control. With .net core "Page down" object is unidentifiable, but with net472 it's getting identified.
Thanks
Preeti
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fdotnet%2Fcore%2Fissues%2F5194%23issuecomment-699889581&data=02|01|igor.velikorossov%40microsoft.com|c3322d04eee048c7c53308d863900548|72f988bf86f141af91ab2d7cd011db47|1|0|637368818671668004&sdata=svG4WNOGjdcbYZ297uKZ2ShyVRzQjOly3kd73RhkfNc%3D&reserved=0, or unsubscribehttps://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FABBTEXXSDTWJ62E2KPNLGCTSIBIVJANCNFSM4RLK7E5A&data=02|01|igor.velikorossov%40microsoft.com|c3322d04eee048c7c53308d863900548|72f988bf86f141af91ab2d7cd011db47|1|0|637368818671677997&sdata=jm4coeuHBKIT7MRV%2BIxBN8xhOgV4gTew353P6waWruc%3D&reserved=0.

Closing as it raised in wpf repo.


Wrong color of annotation marker

Bug description
Annotation marker color does not match the specified color.
How to reproduce the bug
1.Create a new line chart
2.Add a new Annotations and Layers
3.Select 「Time series」 for type
4.Choose 「COLOR」
5.Check 「SHOW MARKERS」
Screenshots/recordings

Superset version
3.1.1
Python version
3.10
Node version
Not applicable
Browser
Chrome
Additional context
No response
Checklist

[X] I have searched Superset docs and Slack and didn't find a solution to my problem.
[X] I have searched the GitHub issue tracker and didn't find a similar bug report.
[X] I have checked Superset's logs for errors and if I found a relevant Python stacktrace, I included it here as text in the "additional context" section.

Is this still happening in 4.x releases? This may be closed upon the release of 4.1 if we don't know, since 3.1 won't be supported any more.

It also appears to occur in ver4.x.
However, since LineChart (legacy) seems to be discontinued in ver5, I would like to close it.


Fixed FloatySpaceBlock, optimized Collisions slightly.

Name says it all, these are small changes that have been tested decently well, and should all work. This also fixes a source of large lag slightly, however the degree of the optimization hasn't been tested. Please push this and update whenever you can

Closing this request as another bug was found, will reopen when fixed

Reopened, code now resolves HasRider and sinking physics


Add url support for Church Center

The main commit is 7599b2afde89f19011ab747582f382e39b1c62b8, but I took the liberty of cleaning up some other stuff while I was mucking around in there.

:+1:

:+1:

@danott I added subdomain support in ef414ade1eb84759ff50b714fc8149d4d091def4.


calibre: 3.44.0 -> 3.45.2

Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/calibre/versions.
meta.description for calibre is: '"Comprehensive e-book software"'.
meta.homepage for calibre is: '"https://calibre-ebook.com"

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
/bin/sh passed the binary check.
1 of 1 passed binary check by having a zero exit code.
0 of 1 passed binary check by having the new version present in output.
found 3.45.2 with grep in /nix/store/n1fgcyjcb6a22a51z923ymvjny9y1sbs-calibre-3.45.2
directory tree listing: https://gist.github.com/b0acb02e11b29426803709ccb5b76901
du listing: https://gist.github.com/23e05e23c970a639830be58e66a68663

Rebuild report (if merged into master) (click to expand)

3 total rebuild path(s)
1 package rebuild(s)
1 x86_64-linux rebuild(s)
1 i686-linux rebuild(s)
0 x86_64-darwin rebuild(s)
1 aarch64-linux rebuild(s)
First fifty rebuilds by attrpath
calibre

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/n1fgcyjcb6a22a51z923ymvjny9y1sbs-calibre-3.45.2 \
  --option binary-caches 'https://cache.nixos.org/ https://r-ryantm.cachix.org/' \
  --option trusted-public-keys '
  r-ryantm.cachix.org-1:gkUbLkouDAyvBdpBX0JOdIiD2/DP1ldF3Z3Y6Gqcc4c=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(r-ryantm's Cachix cache is only trusted for this store-path realization.)
Or, build yourself:
nix-build -A calibre https://github.com/r-ryantm/nixpkgs/archive/e9a6ed87b307f1f8c6d4937eb89769048a76e1f0.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/n1fgcyjcb6a22a51z923ymvjny9y1sbs-calibre-3.45.2
ls -la /nix/store/n1fgcyjcb6a22a51z923ymvjny9y1sbs-calibre-3.45.2/bin

cc @domenkozar @pSub @AndersonTorres for testing.

https://calibre-ebook.com/whats-new changelog looks fine


Unable to run on Ubuntu 23

Expected Behavior
Run python app.py
Current Behavior
I have used the installer script to install LOLLMS. When I enter the conda environment and run
python app.py.
The app runs; returns this error:
Traceback (most recent call last):
File "/home/adam/lollms/lollms-webui/app.py", line 70, in
from api.db import Discussion
File "/home/adam/lollms/lollms-webui/api/init.py", line 23, in
from lollms.media import WebcamImageSender, AudioRecorder
File "/home/adam/lollms/lollms-webui/lollms_core/lollms/media.py", line 18, in
import cv2
ImportError: libGL.so.1: cannot open shared object file: No such file or directory
Steps to Reproduce
Appears to be system-specific.

Install using installer script or miniconda3.
Enter conda environment.
Change directory to app.py location.
Run python app.py

Possible Solution
I'm puzzled--admittedly not a great coder. Excellent end-user, though.
Context
Fresh install of Ubuntu 23. Same issue on Debian 11.
Running the installation in PVE container.
Screenshots
N/A

Same problem! Running in a VM with a fresh lunar-server-cloudimg-amd64-disk-kvm.img.

I have also now tested a fresh Ubuntu 23 container using linux_run.sh. Same error.

i jystr followed the new instructions...uo and running  !!!!! just authorizze ur location when asked to.  thank you Neo !

i jystr followed the new instructions...uo and running !!!!! just authorizze ur location when asked to. thank you Neo !

Where are these instructions?

the main page just changed 20 min utes ago

st authorize git to use the repo: Lollms_core found in the app space.
Pulling last lollms_core
fatal: detected dubious ownership in repository at '/mnt/1F70BDBD2D31C071/lollms-webui/lollms_core'
To add an exception for this directory, call:
git config --global --add safe.directory /mnt/1F70BDBD2D31C071/lollms-webui/lollms_core

safe_store_path found in the app space.
Pulling last safe_store_path
fatal: detected dubious ownership in repository at '/mnt/1F70BDBD2D31C071/lollms-webui/utilities/safe_store'
To add an exception for this directory, call:
git config --global --add safe.directory /mnt/1F70BDBD2D31C071/lollms-webui/utilities/safe_store

Bindings zoo found in your personal space.
Pulling last personalities zoo
fatal: detected dubious ownership in repository at '/mnt/1F70BDBD2D31C071/lollms-webui/zoos/bindings_zoo'
To add an exception for this directory, call:
git config --global --add safe.directory /mnt/1F70BDBD2D31C071/lollms-webui/zoos/bindings_zoo

Personalities zoo found in your personal space.
Pulling last personalities zoo
fatal: detected dubious ownership in repository at '/mnt/1F70BDBD2D31C071/lollms-webui/zoos/personalities_zoo'
To add an exception for this directory, call:
git config --global --add safe.directory /mnt/1F70BDBD2D31C071/lollms-webui/zoos/personalities_zoo

Extensions zoo found in your personal space.
Pulling last Extensions zoo
fatal: detected dubious ownership in repository at '/mnt/1F70BDBD2D31C071/lollms-webui/zoos/extensions_zoo'
To add an exception for this directory, call:
git config --global --add safe.directory /mnt/1F70BDBD2D31C071/lollms-webui/zoos/extensions_zoo

Models zoo found in your personal space.
Pulling last Models zoo
fatal: detected dubious ownership in repository at '/mnt/1F70BDBD2D31C071/lollms-webui/zoos/models_zoo'
To add an exception for this directory, call:
git config --global --add safe.directory /mnt/1F70BDBD2D31C071/lollms-webui/zoos/models_zoo

Loading binding remote_lollms. Please

just have a problem forcing me to reinstall env each time i add a binding cos Unable to locate package portaudio19-dev python3-pyaudio.. surelly nothing

The fix that was committed worked. I get a non-fatal error regarding pyaudio on start, but that is not a problem at the moment.

Tried with the Fedora cloud image. Same error! It throw off the system-specific theory.
Solved using apt install install ffmpeg libsm6 libxext6. It will download nvidia-cuda, numba, triton and other dependencies. But it's fully working after that.

can't relaunch in fact

Tried with the Fedora cloud image. Same error! It throw off the system-specific theory. Solved using apt install install ffmpeg libsm6 libxext6. It will download nvidia-cuda, numba, triton and other dependencies. But it's fully working after that.

in the new whole wokfloaw ? or as an indempndant cmd ?  thx for u being on the topic  !!!!

It's more like a workaround.

so i do i run it please ?  in the conda env ?  thx

t'es français hein ?

kifkif bourricocotte
(base) dizux@dizux-CF:/mnt/1F70BDBD2D31C071/lollms-webui$ sudo apt install ffmpeg libsm6 libxext6
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
ffmpeg is already the newest version (7:6.0-6ubuntu1).
ffmpeg set to manually installed.
libsm6 is already the newest version (2:1.2.3-1build2).
libsm6 set to manually installed.
libxext6 is already the newest version (2:1.3.4-1build1).
libxext6 set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
(base) dizux@dizux-CF:/mnt/1F70BDBD2D31C071/lollms-webui$

t'es français hein ?

My native language is Spanish. It's a workaround for the original problem. ImportError: libGL.so.1: cannot open shared object file: No such file or directory

doesn't work, everything already up to date///

Does it still returns the original error message when you run linux_run.sh? Or you got a new one?

don't use the script, doesn't work, using the condan env manuallly , just take 3 mn , ije=ust figured out that only reinstalling dependencies is enough to relaunch////


Strip out custom Gen monad

Strip out the custom Gen monad, keeping the current API for now.

I use either-or, I don't see it as a big deal.

Is this better? It doesn't upset the formatter.

Done


Deal with rate limits for Wikimedia Commons uploads inside OpenRefine

Copying from https://commons.wikimedia.org/wiki/Commons:Guide_to_batch_uploading#Rate_limits:

Normal users on Wikimedia Commons are rate limited to 380 uploads per 72 minutes. Users granted image-reviewer, patroller, or autopatrolled status have a ratelimit of 999 uploads per 1 second. Users can apply for these user rights at COM:RFR. If you are accountcreator, bot, bureaucrat, sysop or translationadmin, there is no rate limits.
To test your ratelimits, click here, then go to query > userinfo > ratelimits > upload.

One user testing Wikimedia Commons uploads in OpenRefine has encountered these rate limits, resulting in a batch upload stalling after 380 uploads.
I am not sure what solution or approach I can suggest here, other than flagging this problem. What do folks think?
At least, I think that it would be good that an uploader using OpenRefine is aware of their rate limit (is that even possible?), is informed when an upload stalls because of this, and can resume a stalled upload when the rate limit is lifted.
Perhaps, as a simpler shortcut, we should inform users of this limit in documentation and/or in on-screen instructions at the start of a Wikimedia Commons.

This sounds like something we could potentially flag in the upload dialog. When this dialog is shown, the user is logged in and we know how many uploads we intend to do.
This should ideally be implemented in a way which applies to other Wikibases (there is also a limit on the number of edits which could be relevant in other cases, without any file upload). This should for instance cater for #3214.
Apart from that, once the batch is running, we fall back to the problem of lack of error reporting during editing (#1782, #1859, #5166)


Fix Implicit Getter Violation: Computed read-only properties should avoid using the get keyword.
Remove some force casts. Force casts should be avoided.

Done @zvonicek.

Great, thanks a lot!


thanos: Expose Thanos APIs to OpenAPI/protobuf and expose on website and UIs

In order to improve Thanos usage for users, we would like to define our APIs both HTTP and gRPC in protobuf/OpenAPI and expose those in the website. This would allow users to use tools for documentation, validation, type checking and even code generation to use our APIs efficiently. During this, we also expect collaboration with the Prometheus project to be similar on Prometheus' side. https://github.com/cncf/mentoring/blob/master/summerofcode/2021.md#port-the-prometheus-api-to-openapi.
Acceptance Criteria:

Define all APIs in protobuf (for consistency).
Use protobuf to generate code to use on our server.
Be able to generate OpenAPI from protobuf.
Define all configuration potentially in protobuf too: https://github.com/openproto/protoconfig
Optionally we would like to have on the index page on every Thanos component server.

Hey guys 🙋♂, I'm Nikhil.
I saw this project on the LFX projects and it needs a mentee for the project. I have applied for this project on the LFX Mentorship website and I would love to work on this ! 😃

Asked for some feedback on buf Slack: https://bufbuild.slack.com/archives/CRZ680FUH/p1622737333123900


python -mvirtualenv --no-site-packages --no-download /opt/rtd/checkouts/readthedocs/user_builds

When I build the RTD, it has the --no-download option.
What's it ?
How can I disable it ?
Thanks.

Here's the code:
https://github.com/rtfd/readthedocs.org/blob/499a74076f0debae09acc1d4c4eeeab03f8f557e/readthedocs/doc_builder/python_environments.py#L98
Closing this as it isn't an issue.


[sw, bazel] Compilation of uart_smoketest fails

Description
When trying to run to uart_smoketest as per the Getting Started command, after (quite) a while I get the following, similar errors:
./bazelisk.sh test --test_output=streamed --sandbox_debug --disk_cache=~/bazel_cache //sw/device/tests:uart_smoketest_sim_verilator

ERROR: /home/glaserf/[..]/opentitan/hw/top_earlgrey/sw/autogen/BUILD:9:11: Compiling hw/top_earlgrey/sw/autogen/top_earlgrey.c failed: (Exit 1): linux-sandbox failed: error executing command
  (cd /home/glaserf/.cache/bazel/_bazel_glaserf/70f1faabbc86ee8cc3125d2e06c49463/sandbox/linux-sandbox/97/execroot/lowrisc_opentitan && \
  exec env - \
    BAZEL_CXXOPTS='-std=gnu++14' \
    PATH=/home/glaserf/.cache/bazelisk/downloads/bazelbuild/bazel-5.1.1-linux-x86_64/bin:/home/glaserf/bin/miniconda3/condabin:/home/glaserf/ot_tools/verilator/4.210/bin:/home/glaserf/.local/bin:/home/glaserf/bin/miniconda3/bin:/home/glaserf/bin:/usr/lib64/ccache:/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/usr/sepp/bin:/usr/local/AppImage/bin:/usr/local/anaconda3/bin \
    PWD=/proc/self/cwd \
    TMPDIR=/tmp \
  /home/glaserf/.cache/bazel/_bazel_glaserf/install/d81761ab5244f5f4735b9254de6662ba/linux-sandbox -t 15 -w /home/glaserf/.cache/bazel/_bazel_glaserf/70f1faabbc86ee8cc3125d2e06c49463/sandbox/linux-sandbox/97/execroot/lowrisc_opentitan -w /tmp -w /dev/shm -D -- /usr/lib64/ccache/gcc -U_FORTIFY_SOURCE -fstack-protector -Wall -Wunused-but-set-parameter -Wno-free-nonheap-object -fno-omit-frame-pointer -MD -MF bazel-out/k8-fastbuild-ST-e846b08c7501/bin/hw/top_earlgrey/sw/autogen/_objs/top_earlgrey/top_earlgrey.pic.d '-frandom-seed=bazel-out/k8-fastbuild-ST-e846b08c7501/bin/hw/top_earlgrey/sw/autogen/_objs/top_earlgrey/top_earlgrey.pic.o' -fPIC -iquote . -iquote bazel-out/k8-fastbuild-ST-e846b08c7501/bin '-std=gnu11' -fno-canonical-system-headers -Wno-builtin-macro-redefined '-D__DATE__="redacted"' '-D__TIMESTAMP__="redacted"' '-D__TIME__="redacted"' -c hw/top_earlgrey/sw/autogen/top_earlgrey.c -o bazel-out/k8-fastbuild-ST-e846b08c7501/bin/hw/top_earlgrey/sw/autogen/_objs/top_earlgrey/top_earlgrey.pic.o)

ERROR: /home/glaserf/[..]/opentitan/sw/device/lib/base/BUILD:71:11: Compiling sw/device/lib/base/bitfield.c failed: (Exit 1): linux-sandbox failed: error executing command
  (cd /home/glaserf/.cache/bazel/_bazel_glaserf/70f1faabbc86ee8cc3125d2e06c49463/sandbox/linux-sandbox/92/execroot/lowrisc_opentitan && \
  exec env - \
    BAZEL_CXXOPTS='-std=gnu++14' \
    PATH=/home/glaserf/.cache/bazelisk/downloads/bazelbuild/bazel-5.1.1-linux-x86_64/bin:/home/glaserf/bin/miniconda3/condabin:/home/glaserf/ot_tools/verilator/4.210/bin:/home/glaserf/.local/bin:/home/glaserf/bin/miniconda3/bin:/home/glaserf/bin:/usr/lib64/ccache:/usr/local/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/usr/sepp/bin:/usr/local/AppImage/bin:/usr/local/anaconda3/bin \
    PWD=/proc/self/cwd \
    TMPDIR=/tmp \
  /home/glaserf/.cache/bazel/_bazel_glaserf/install/d81761ab5244f5f4735b9254de6662ba/linux-sandbox -t 15 -w /home/glaserf/.cache/bazel/_bazel_glaserf/70f1faabbc86ee8cc3125d2e06c49463/sandbox/linux-sandbox/92/execroot/lowrisc_opentitan -w /tmp -w /dev/shm -D -- /usr/lib64/ccache/gcc -U_FORTIFY_SOURCE -fstack-protector -Wall -Wunused-but-set-parameter -Wno-free-nonheap-object -fno-omit-frame-pointer -MD -MF bazel-out/k8-fastbuild-ST-e846b08c7501/bin/sw/device/lib/base/_objs/bitfield/bitfield.pic.d '-frandom-seed=bazel-out/k8-fastbuild-ST-e846b08c7501/bin/sw/device/lib/base/_objs/bitfield/bitfield.pic.o' -fPIC -iquote . -iquote bazel-out/k8-fastbuild-ST-e846b08c7501/bin '-std=gnu11' -fno-canonical-system-headers -Wno-builtin-macro-redefined '-D__DATE__="redacted"' '-D__TIMESTAMP__="redacted"' '-D__TIME__="redacted"' -c sw/device/lib/base/bitfield.c -o bazel-out/k8-fastbuild-ST-e846b08c7501/bin/sw/device/lib/base/_objs/bitfield/bitfield.pic.o)

I already added the --sandbox_debug toggle but honestly can't make much sense out of the error messages above. Any help would be greatly appreciated.

I was able to narrow the problem down a bit by manually executing the failing command in the respective directory. Then, the error I get is
1687945598.037190615: src/main/tools/linux-sandbox-pid1.cc:292: writable: /scratch/glaserf/bazel_build/_bazel_glaserf/70f1faabbc86ee8cc3125d2e06c49463/sandbox/linux-sandbox/24/execroot/lowrisc_opentitan
src/main/tools/linux-sandbox-pid1.cc:295: "mount(/scratch/glaserf/bazel_build/_bazel_glaserf/70f1faabbc86ee8cc3125d2e06c49463/sandbox/linux-sandbox/24/execroot/lowrisc_opentitan, /scratch/glaserf/bazel_build/_bazel_glaserf/70f1faabbc86ee8cc3125d2e06c49463/sandbox/linux-sandbox/24/execroot/lowrisc_opentitan, nullptr, MS_BIND | MS_REC, nullptr)": No such file or directory

The problem seems to be somewhere internally in Bazels build directory structure. When I do
ls /scratch/glaserf/bazel_build/_bazel_glaserf/70f1faabbc86ee8cc3125d2e06c49463/sandbox/linux-sandbox/

I get
1/  10/ 11/ 12/ 13/ 14/ 2/  3/  4/  5/  6/  7/  8/  9/

but not the request 24 subdirectory. Any hints for where this might come from and how to resolve it?

Any chance you are using NFS for bazel's outputs? bazel would have warned that this leads to surprising failures.

This was indeed the case in the beginning, but after figuring out how to change the output directory via $TEST_TMPDIR from here (the also documented --output_user_root throws an unknown argument error, the failure mode remains the same (includes the issue above).
Additionally, I switched from CentOS 7 to Alma Linux 8, again with no success.
The issue above seems to be resolved by deleting the output directory and rebuilding from scratch, not exactly sure how.
Next, Bazel complained about a non-writable .ccache directory, which I had to make writable from the sandbox as per here (manually add --sandbox_writable_path=$HOME/.ccache).
Now I am stuck at
src/main/tools/linux-sandbox-pid1.cc:478: "execvp(srec_cat, 0x164bba0)": No such file or directory

which I guess is a result from srec_cat not being installed on my machine - a tool to manipulagte EPROM files?

Yes, missing srecord: https://github.com/lowRISC/opentitan/blob/43ad38b5e3e1fd197eed5d0d178ebb2a0e722d41/yum-requirements.txt#L45
If you're back to Alma Linux 8, you'll have to roll your own installation of that, since the package wasn't built for EPEL 8. One option would be to build the RPM yourself (assumes you have rpmdevtools and all the dependencies for the package build installed):
# Get the srecord build from Fedora
git clone https://src.fedoraproject.org/rpms/srecord.git
# Download the sources
spectool -g -R srecord/srecord.spec
# Build the RPM
rpmbuild -bb srecord/srecord.spec
# Install the RPM
dnf localinstall -y ./rpmbuild/RPMS/x86_64/srecord-1.64-24.el8.x86_64.rpm

We use srec_cat to generate the Verilog memory files for simulation.

Thanks for the clarification of srecord. In the end this was a consequence of me being on a managed machine.
I was able to compile srecord from sources and install in my home, along with updated versions of cmake and doxygen.
Additionally, I had to manually set export CC="/usr/bin/gcc" and export CXX="/usr/bin/g++" as per here, after which I finally got
INFO: Elapsed time: 911.747s, Critical Path: 879.66s
INFO: 592 processes: 91 internal, 498 linux-sandbox, 3 local.
INFO: Build completed successfully, 592 total actions
//sw/device/tests:uart_smoketest_sim_verilator                           PASSED in 40.6s

INFO: Build completed successfully, 592 total actions

So, using my updated bazel or bazelisk.sh, respectively, command which looks like this:
./bazelisk.sh test --test_output=streamed --disk_cache=/scratch/glaserf/bazel_cache --sandbox_writable_path=$HOME/.ccache //sw/device/tests:uart_smoketest_sim_verilator along with setting $TEST_TMPDIR to avoid running on NFS and ensuring all dependencies are on required versions or newer, did the trick.
Thanks for the help!


Richer import syntax

This PR (built on top of the diff for #8) introduces support for graphql-import-style import directives, as outlined in #3. While there's still no official spec for modularizing GraphQL schemas and operations across files, the graphql-import package gets over half a million downloads a week, so seems like the likeliest thing we should attempt syntactic compatibility with for the time being.
A couple thoughts/questions:

Should we explicitly deprecate the old syntax? Like-for-like migration should be pretty straightforward: find/replace #import ➡ # import * from in all .graphql files in a given codebase.
~This doesn't support renaming identifiers as described in #1 (and graphql-import doesn't support that at all), but it at least opens the door to it if that's something folks decide is worth investing in down the line.~ I think I was misremembering the heart of that issue. The way this actually stands, if you want to import and use Foo, and it references Bar, you'd have to # import Foo, Bar from ... in order for that to work. That does solve #1, but is probably more painful in the general case—maybe that's just when you fall back to import * 🤔

@dfreeman Yeah, let's deprecate. Could you print a message that includes the name of the file that the legacy import occurs in, as well a blurb to the readme with migration instructions?

@dfreeman I just tried this PR in my own app and it works great, before and after migrating syntax with the global search-and-replace. import * is fine for my own use-case, since all my files have exactly one top-level query or fragment.

@csantero Glad to hear it! My main motivator for this update was wanting to be able to tell syntactically which fragments come from which imports for TypeScript reasons, but I imagine for many folks # import * will be just fine.
I added a deprecation message that links to a new blurb in the README about migration, so hopefully this should be good to go now 🙂

This is great, thanks!

Released as 0.4.1


Prefer to leave unspecified bytes as 0xff?

In programming a nordic softdevice with openocd
openocd -f interface/cmsis-dap.cfg -f target/nrf52.cfg -c "init; reset halt; nrf51 mass_erase; program s140_nrf52_7.2.0_softdevice.hex verify exit"
then cargo flashing a normal rust project(avoiding softdevice) and everything works great.
I have a patch for precompiled hex support so I can program the softdevice from cargo flash cargo flash --hex s140_nrf52_7.2.0_softdevice.hex
The flash loader svg sd.zip
Then again cargo flash as normal (avoiding the softdevice) and it wont load.
The only binary difference openocd says are different on device after programming is there are 2 padded regions, one in the center, and one at the end. openocd leaves both of these bytes as 0xff, where cargo flash sets them all to 0x00

:100AE0007703000000000020F00A0000040000006E
:100AF000001000000000000000FFFFFF0090D00386 D003 here is the other last byte before gap
:10100000C0130020E15F0200A1C10000475F0200A1
normal address diff between lines
0AF-0AE = 0x10
1000-0AF = 0x510 the gap line
Yeah so thats a 'gap' in the hex

And last ihex is
:046630003C11C40055
so last data is C4 00 in both
So that differs at 157236 or 26634 I think. the start of the application is 27000
So thats padding after the end of the hex
It turns out openocd has a command for this

Command: flash padded_value num value
Sets the default value used for padding any image sections, This should normally match the flash bank erased value. If not specified by this comamnd or the flash driver then it defaults to 0xff.
http://openocd.org/doc/html/Flash-Commands.html

ill set that to 0 in openocd to match cargo flash to see if that would 'break' as well
openocd -f interface/cmsis-dap.cfg -f target/nrf52.cfg -c "init; reset halt; nrf51 mass_erase; flash padded_value 0 0x00; program s140_nrf52_7.2.0_softdevice.hex verify exit"
And yes it does fail, though oddly it only pads the 'center', but not the 157236 location so its not a perfect test
But it certainly seems like openocd prefers leaving/writing open bytes and bytes padding out the end of a sector or whatever to 0xff and the softdevice needs one or both of those to be true for some reason

Instead of making it a configuration option, would it be simpler to just make sure we always fill with FF instead? It seems like that should be pretty well universally more useful.

Yes, I agree with that sentiment. Also it merely requires changing the default value we currently set, I believe.

The target definitions also contain the default value for the flash, for example:
https://github.com/probe-rs/probe-rs/blob/4f2ef53b33548b59670469502288e4f8330ee9c8/probe-rs/targets/HT32F0006 Series.yaml#L88


Resolve peer dependency for Angular (we probably don't need to require ^12.0.2)

Was fixed in PR #70 (issue #69)


Handle abstract properties

Part of https://github.com/Qiskit/documentation/issues/2330.

FYI: attributes don't have modifiers
Our old code would try to remove modifiers for py.attribute, but that was not necessary because they cannot be set. (An attribute is the default, like setting a value in __init__; a property is when you set @property on a function)
Modifiers are only set on properties. This is evidenced by npm run regen-api not changing despite removing code to handle py.attribute.
Does not preserve property modifier
For a typical end-user, an attribute and property are essentially the same. The only time I think it'd be relevant is if you're subclassing the class; otherwise, I think property is distracting.
So, we continue to not preserve property, the same as before.
abstract vs abstract property
We capture the whole abstract property because the phrase is much more meaningful than abstract.

This is safe to merge even before we teach closed source to handle modifiers. The app will simply ignore the value.


editor/fold: feature vimish-fold is :editor evil

I think the feature test was meant to be on :editor evil and not vimish-fold since I couldn't find such feature and that the package vimish-fold comes from: https://github.com/hlissner/doom-emacs/blob/32e266cfb4be41951c8bbffd516ccf9456beeeb8/modules/editor/fold/packages.el#L4-L5

The confusion is understandable, but this was intended. vimish-fold is a dependency of evil-vimish-fold. Testing for it, rather than :editor evil is slightly more portable (less coupled with the :editor evil module) and more explicit, because we only need vimish-fold's API in these sections, it also doesn't require evil to be installed (or :editor evil to be enabled).

I see. The problem is even when using :editor evil and :editor fold those tests return nil. How can I use the feature vimish-fold then? And how can vimish-fold package can be used without evil since it's never installed in that case?

Sorry for the late response:

The problem is even when using :editor evil and :editor fold those tests return nil

I cannot reproduce that. Could you provide your M-x doom/info? If :editor evil and :editor fold are truly enabled, then those featurep! checks should work. How are you testing them?

How can I use the feature vimish-fold then?

You can create vimish folds with these keys (like it is in vim):
+ `zf` (operator) Creates a vimish fold
+ `zd` Delete the vimish fold at point
+ `zE` Delete all vimish folds in buffer

And doom integrates vimish-fold (and hideshow+outline-minor-mode) into evil's folding keys:

za (toggle fold at point)
zc (close fold at point)
zo (open fold at point)
zR (open all folds)
zM (close all folds)

And shouldn't vimish-fold package be installed for feature vimish-fold to work when evil is not used?

Very possible, but I've only focused on evil integration because vim workflows are what I know. A PR is welcome if you'd like to bring it to non-evil users, but from what I can tell, hideshow doesn't have any default keybinds so I wouldn't know where best to bind these keys.

https://github.com/hlissner/doom-emacs/blob/2835314022f1cf290f28c48e41e62feab20aa208/modules/editor/fold/autoload/fold.el#L101
(featurep 'vimish-fold) return nil whereas (featurep! :editor fold) return t.
Should I rework this PR by modify my changes from (featurep! :editor evil) to (featurep! :editor fold)?

doom/info

OS: gnu/linux (x86_64-pc-linux-gnu)
Emacs: 26.1 (mai 22, 2019)
Doom: 2.0.9 (HEAD -> develop, _upgrade/develop a1c1d881 2019-06-11 16:21:37 +0200)
Graphic display: t (daemon: t)
System features: XPM JPEG TIFF GIF PNG RSVG SOUND DBUS GSETTINGS NOTIFY LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 MODULES THREADS LIBSYSTEMD
Details:env bootstrapper: nil
elc count: 0
uname -a:  Linux 4.19.47 #1-NixOS SMP Fri May 31 13:46:35 UTC 2019 x86_64
modules:   (:completion company (ivy +prescient +childframe) :ui deft doom doom-dashboard doom-quit fill-column hl-todo modeline nav-flash neotree ophints (popup +all +defaults) pretty-code vc-gutter vi-tilde-fringe window-select workspaces :editor evil file-templates fold lispy multiple-cursors rotate-text snippets :emacs dired electric vc :term eshell vterm :tools direnv docker editorconfig eval flycheck flyspell (lookup +docsets) lsp make magit (pass +auth) pdf rgb :lang assembly (cc +lsp) data emacs-lisp (go +lsp) (javascript +lsp) markdown nix (org +attach +babel +capture +export +present) (python +lsp) (rust +lsp) (sh +lsp) (web +lsp) :app regex :config default)
packages:  (vue-mode systemd outshine poporg evil-lion solarized-theme yasnippet-snippets webpaste esh-autosuggest alert (org-caldav :recipe (org-caldav :fetcher github :repo grauschnabel/org-caldav)) org-noter nov guix geiser (doom-themes :recipe (doom-themes :fetcher github :repo bricewge/emacs-doom-themes :branch hl-fill-column :files (*.el themes/*.el))))
exec-path: (~/bin /run/wrappers/bin ~/.nix-profile/bin /nix/var/nix/profiles/default/bin /run/current-system/sw/bin /etc/profiles/per-user/bricewge/bin /nix/store/jk935pwdp9m5cs8bdi29p3ivbvvbnf00-emacs-26.1/libexec/emacs/26.1/x86_64-pc-linux-gnu)

(featurep 'vimish-fold) return nil whereas (featurep! :editor fold) return t.

Have you tested (featurep 'vimish-fold) after using one of the vimish-fold keybinds? (zf, zd, or zE)
The package is lazy-loaded,. (featurep 'vimish-fold) will return nil if the package isn't loaded, and it won't be loaded until you try to use it.

Should I rework this PR by modify my changes from (featurep! :editor evil) to (featurep! :editor fold)?

No, (featurep 'vimish-fold) is correct. It is also redundant to check if :editor fold is enabled from within the :editor fold module.

Have you tested (featurep 'vimish-fold) after using one of the vimish-fold keybinds? (zf, zd, or zE)

It returns t...

Haha, no problem at all. Emacs can be obtuse. I'm more than happy to help!


A dataset with "disabled" viewer has cache entries

For example, the dataset https://huggingface.co/datasets/irds/neuclir_1_zh has disabled the viewer:

The Dataset Viewer has been disabled on this dataset.

But we have entries in the database:
https://datasets-server.huggingface.co/splits?dataset=irds/neuclir_1_zh
{
  "error": "The dataset tries to import a module that is not installed.",
  "cause_exception": "ImportError",
  "cause_message": "ir-datasets package missing; `pip install ir-datasets`",
  "cause_traceback": [
    "Traceback (most recent call last):\n",
    "  File \"/tmp/modules-cache/datasets_modules/datasets/irds--neuclir_1_zh/bb0b0253c1583dc19fc7decb4442fa2f8df4972ca05d8eccd8c5fdc2252851a2/neuclir_1_zh.py\", line 5, in <module>\n    import ir_datasets\n",
    "ModuleNotFoundError: No module named 'ir_datasets'\n",
    "\nDuring handling of the above exception, another exception occurred:\n\n",
    "Traceback (most recent call last):\n",
    "  File \"/src/services/worker/src/worker/job_runners/dataset/config_names.py\", line 55, in compute_config_names_response\n    for config in sorted(get_dataset_config_names(path=dataset, token=hf_token))\n",
    "  File \"/src/services/worker/.venv/lib/python3.9/site-packages/datasets/inspect.py\", line 360, in get_dataset_config_names\n    builder_cls = get_dataset_builder_class(dataset_module, dataset_name=os.path.basename(path))\n",
    "  File \"/src/services/worker/.venv/lib/python3.9/site-packages/datasets/load.py\", line 197, in get_dataset_builder_class\n    builder_cls = import_main_class(dataset_module.module_path)\n",
    "  File \"/src/services/worker/.venv/lib/python3.9/site-packages/datasets/load.py\", line 115, in import_main_class\n    module = importlib.import_module(module_path)\n",
    "  File \"/usr/local/lib/python3.9/importlib/__init__.py\", line 127, in import_module\n    return _bootstrap._gcd_import(name[level:], package, level)\n",
    "  File \"<frozen importlib._bootstrap>\", line 1030, in _gcd_import\n",
    "  File \"<frozen importlib._bootstrap>\", line 1007, in _find_and_load\n",
    "  File \"<frozen importlib._bootstrap>\", line 986, in _find_and_load_unlocked\n",
    "  File \"<frozen importlib._bootstrap>\", line 680, in _load_unlocked\n",
    "  File \"<frozen importlib._bootstrap_external>\", line 850, in exec_module\n",
    "  File \"<frozen importlib._bootstrap>\", line 228, in _call_with_frames_removed\n",
    "  File \"/tmp/modules-cache/datasets_modules/datasets/irds--neuclir_1_zh/bb0b0253c1583dc19fc7decb4442fa2f8df4972ca05d8eccd8c5fdc2252851a2/neuclir_1_zh.py\", line 7, in <module>\n    raise ImportError('ir-datasets package missing; `pip install ir-datasets`')\n",
    "ImportError: ir-datasets package missing; `pip install ir-datasets`\n"
  ]
}

It should have been deleted:

by the webhook received from the Hub that tells that the dataset viewer has been disabled (hmmm: I think we don't receive that, in fact)
by the daily backfill job (hmmm, I think we don't check if the dataset viewer is still enabled)

reference on Slack (internal): https://huggingface.slack.com/archives/C039P47V1L5/p1696450162929219

Closing, because datasets with a disabled viewer will be removed from the cache by the backfill cronjob, run every day.


Custom SignOutButton currently not being used

It's not necessarily a bug but:
On src/app/(auth)/dashboard/layout.tsx I think that the SignOutButton shouldn't be imported directly from Clerk
import { SignOutButton } from '@clerk/nextjs';*
because in the project there's a custom SignOutButton (currently unused) that imports from Clerk
src\components\SignOutButton.tsx.
I noticed that while making some changes to the button. Just wanted to point that out!

@MateusSantosFonseca Thank you for reporting it, love your feedback. I don't remember what I was trying to do😅 I'll investigate but definitively, something can be improved.

@MateusSantosFonseca You really made my day! Always appreciate all feedback to improve the boilerplate. On top of that, you made sponsor 🙏

@MateusSantosFonseca Now, the project is using the custom button and to avoid confusion, I also took the opportunity to rename to LogOutButton
PR: https://github.com/ixartz/Next-js-Boilerplate/pull/190

Thanks, your boilerplate is really helpful! Glad I helped a little bit. Have a great week! =]

You too, have a great week!


Misleading "Accounted as" currency

While all side of the transactions were accounted in USD, the "Accounted as" is showing a GBP, which is false.
The host has since moved to GBP but that should not affects past transactions.
https://opencollective.com/benthos/expenses/184472

This value is coming from expense.amountInAccountCurrency. So this will affect collectives that change their currency, when the expense currency that was used at the time is different from their current currency.
Ways to resolve that:

Encode the collective's currency in the expense when paying it (e.g., data.payoutCollectiveCurrency)
For paid expenses, fetch the associated transactions and get the amount/currency from there.


[BUG]

🐛🐛 Bug Report
When Uploading binary_masks with a large amount of objects (40 or so)
The visualization breaks, even the online one on the hub. It does not show the mask anymore and just some seemingly random pattern.

Hi @BenSpex Thank you for reporting this issue. Just curious, what was the approximate resolution of the masks. I'm asking because we have data in our coco dataset with 40+ masks/image, but they're not very high-resolution, so perhaps that's a contributing factor. Also, which sample_compression or chunk_compression did you use?
In any case, we'll look into this asap.

Hi @istranic
okay I can test it with different resolutions in the next days.
Tested with 2048x3072 and sample_compression lz4.
Should I try a different compression?

Hi @BenSpex A lower resolution is worth trying, as well as sample_compression = 'apng'.
Regardless, we'll make sure this feature works at the original resolution (assuming there are no fundamental issues such as memory constraints, etc.).
Btw, we also added support polygons recently, which is another way to store mask information without needing to create large mask arrays. It's less computationally efficient on the training side because you typically have to convert polygons to masks, but it's more more efficient in terms of storage. Is that something that's of interest to you?

Hi @istranic
okay maybe I am doing something wrong here. I resized the image to 256,256.
it did not make a difference if it was stored on hub or gcp for the vis test.
ds = hub.empty(gcp_bucket, overwrite=True)

with ds:
    # Create the tensors with names of your choice.
    ds.create_tensor('images', htype = 'image', sample_compression = 'jpeg')
    ds.create_tensor('labels', htype = 'class_label', class_names = ['flower'])
    ds.create_tensor('masks', htype = 'binary_mask', sample_compression = 'apng')
    ds.create_tensor('boxes', htype='bbox', coords={'type':'fractional', 'mode':'LTRB'})

    image_ids = coco.getImgIds(catIds=[0]) # only flower for testing
    for image_id in image_ids[1:4]:
        img = coco.imgs[image_id]
        anns_ids = coco.getAnnIds(imgIds=img['id'], catIds=cat_ids, iscrowd=None)
        anns = coco.loadAnns(anns_ids)
        image_path = os.path.join(img_dir, img['file_name'])
        image = np.array(Image.open(image_path))
        image = cv2.resize(image, (256, 256))
        bboxes = np.zeros((len(anns),4), dtype=np.float32)
        masks = np.zeros((image.shape[0], image.shape[1],len(anns)), dtype='bool')
        masks_to_p = np.zeros((image.shape[0], image.shape[1]), dtype='bool')
        labels = []
        for i, ann in enumerate(anns):
            box = np.asarray(ann['bbox'],dtype='float32')
            box[0]=box[0]/img['width']
            box[1]=box[1]/img['height']
            box[2]=box[2]/img['width']
            box[3]=box[3]/img['height']
            bboxes[i,:] = box
            masks[:,:,i]=cv2.resize(coco.annToMask(ann),(256,256))
            masks_to_p = masks_to_p + masks[:,:,i]
            labels.append(ann['category_id'])
        ds.append({'images': image, 'labels': labels, 'masks': masks.astype('bool'), 'boxes': bboxes})
        plt.imshow(masks_to_p)
        plt.show()

The combined masks plots nicely.
Bboxes and labels are also correct.
And the images show up correct as well.
Just the masks do not show.

Hi @BenSpex Thx for the details. We found an issue in the visualization code that is the likely culprit. We'll release a fix in 3 days. When you resized the data to 256x256, is the failure still occurring at ~40 masks, or is that number higher?
Just to clarify your previous statement, what do you mean by "The combined masks plots nicely." vs "Just the masks do not show."? Does the first statement refer to your plotting using matplotlib, and the second statement refers to our visualizer?

Hi @BenSpex We fixed a visualizer issue that is the likely cause of your problem. Can you pls let us know if the issue is fixed on your end?

Hi @istranic
Sorry I oversaw the comment from yesterday.
For the first question. Plotting the masks with matplotlib works, but not with ds.viszualize.
I tried the hub version and seems to have fixed the problem.
To make it easier for you here is the minimal example with three images, the dataset is set to public, but I will delete again after the issues has been resolved.
ds = deeplake.load('hub://spexai/testRGB_small_masks')

Thanks
Ben

@istranic
Thank you for the update:
I can confirm it works with full resolution and lz4 :tada:

Thanks for the quick turn around :rocket:


Add test case for RHACM4K-1449

Signed-off-by: Wei Shi<EMAIL_ADDRESS>

Is this test used to check metrics available in local cluster, not in a real managed cluster?

/retest

/retest

/retest

/retest


Address a couple of edge-cases in the new PDFHistory implementation (PR 8775 follow-up)

Please refer to the individual commit messages for additional details.
Despite careful testing there's a couple of edge-case issues that managed to sneak into the new PDFHistory implementation (see PR #8775), refer in particular to the last commit, which is thus being addressed here.

/botio-linux preview

Thank you!


Unit -.mount is masked.

Describe the bug
nix-info
system: "x86_64-linux", multi-user?: yes, version: nix-env (Nix) 2.3, channels(root): "nixos-19.09.1529.808d3c6d123", nixpkgs: /nix/var/nix/profiles/per-user/root/channels/nixos

nixos-rebuild switch --upgrade
unpacking channels...
building Nix...
building the system configuration...
these derivations will be built:
  /nix/store/y7wbjnkj29rc9amxrb6knpy5q718lpi4-system-units.drv
  /nix/store/p4ffrhcadldczxm4qj3ic1gcc6kxp1b5-etc.drv
  /nix/store/3cbv87wh8570w1b4jk5sh2rr8ccpkqh0-nixos-system-wkhost-19.09.1529.808d3c6d123.drv
building '/nix/store/y7wbjnkj29rc9amxrb6knpy5q718lpi4-system-units.drv'...
building '/nix/store/p4ffrhcadldczxm4qj3ic1gcc6kxp1b5-etc.drv'...
building '/nix/store/3cbv87wh8570w1b4jk5sh2rr8ccpkqh0-nixos-system-wkhost-19.09.1529.808d3c6d123.drv'...
activating the configuration...
setting up /etc...
reloading user units for hdhog...
setting up tmpfiles
Failed to start basic.target: Unit -.mount is masked.
Failed to start graphical.target: Unit -.mount is masked.
Failed to start local-fs.target: Unit boot.mount is masked.
Failed to start multi-user.target: Unit -.mount is masked.
Failed to start swap.target: Unit -.mount is masked.
warning: error(s) occurred while switching to the new configuration

I think it's the same issue here: https://github.com/NixOS/nixpkgs/issues/4002

after doing sudo nix-collect-garbage -d i am facing this issue

Just hit the same and concur with @View-my-Git-Lab-krafi  -- the issue that caused me to run in to this was from nixos-rebuild switch while leaving gparted running. Closing gparted fixed the issue.


editorial changes to Linux pages

Made editorial changes for Linux based pages

I am merging this PR with sufficient time left for the Engineering team review.

This PR removes <div id="set-release"/> and cause this warning
Line 99, Column 93: [Warning: bookmark-not-found] Cannot find bookmark '#set-release' in 'docs-ref-conceptual/includes/cli-install-linux-apt.md'.
Line 105, Column 1: [Warning: bookmark-not-found] Cannot find bookmark '#set-release' in 'docs-ref-conceptual/includes/cli-install-linux-apt.md'.
Line 111, Column 54: [Warning: bookmark-not-found] Cannot find bookmark '#set-release' in 'docs-ref-conceptual/includes/cli-install-linux-apt.md'.

@ChaseCrum Could you please fix this?


add a link to the default theme in README.md

found in https://github.com/alacritty/alacritty/blob/828fdab7470c8d16d2edbe2cec919169524cb2bb/alacritty.yml#L199
took me forever to find this, I wish it had been listed somewhere.

took me forever to find this, I wish it had been listed somewhere.

But that's exactly where it's listed. Right in the official configuration file.
Documenting that here seems rather pointless.


ERROR Failed to connect to MQTT-SN gateway

Hello,
I download the repository to my ubunutu PC. Then I ran make then make install respectively.
I started the mqtt-sn-dump using:

mqtt-sn-dump -d -p 1888

However, when I publish or subscribe using:
1- mqtt-sn-pub -p 1888 -h <IP_ADDRESS> -t test -m "1"
2-  mqtt-sn-sub -p 1888  -h <IP_ADDRESS> -t test
I receive the error that I am failed to connect to mqtt-sn gateway.
I also tried to run:
mqtt-sn-serial-bridge -h localhost -p 1888
but it gave me: missing serial port (this is obvious as I do not have serial ports)
Please let me know if you can help me solve this issue as I need to test mqtt-sn.
Regards,
Nabil M.

Hi Nabil,
Which MQTT-SN Gateway or Server are you using with mqtt-sn-tools?
mqtt-sn-dump / mqtt-sn-pub can be used standalone with with QoS -1 ('fire and forget') - which just sends a single publish packet without establishing a connection.
This is working for me:
~ $ mqtt-sn-dump -p 1888 -d -v
2018-05-27 14:39:06 DEBUG Debug level is: 1.
2018-05-27 14:39:06 DEBUG Verbose level is: 1.
2018-05-27 14:39:06 DEBUG mqtt-sn-dump listening on port 1888
2018-05-27 14:39:09 DEBUG waiting for packet...
2018-05-27 14:39:09 DEBUG Received  8 bytes from <IP_ADDRESS>:63334. Type=PUBLISH on Socket: 3
SH: 1

~ $ mqtt-sn-pub -p 1888 -h <IP_ADDRESS> -t SH  -m "1" -q -1 -d
2018-05-27 14:39:09 DEBUG Debug level is: 1.
2018-05-27 14:39:09 DEBUG Sending PUBLISH packet...

Note also with QoS -1, you can't use full topic names. You can either use short topic names (two characters long) or pre-defined topic ids (16-bit number).
nick.

Hello,
Thank you for your prompt reply.
Kindly note the example you provided works as well on my linux server. The dump gets messages from publisher.
However, when I try to subscribe to a topic using:
mqtt-sn-sub -p 1888 -h <IP_ADDRESS> -t SH -d
I receive the error:
ERROR Failed to connect to MQTT-SN gateway.
I am currently working on MQTT-SN as standalone without any gateway. I already have mosquitto for mqtt but I need to study the performance of using mqtt-sn only.
Kindly advise.
regards,
Nabil M.

From: Nicholas Humfrey<EMAIL_ADDRESS>Sent: Sunday, May 27, 2018 4:40 PM
To: njh/mqtt-sn-tools
Cc: nabilmakarem; Author
Subject: Re: [njh/mqtt-sn-tools] ERROR Failed to connect to MQTT-SN gateway (#29)
*** Note that this email may possibly be SPAM because its source could not be verified. ***
Hi Nabil,
Which MQTT-SN Gateway or Server are you using with mqtt-sn-tools?
mqtt-sn-dump / mqtt-sn-pub can be used standalone with with QoS -1 ('fire and forget') - which just sends a single publish packet without establishing a connection.
This is working for me:
~ $ mqtt-sn-dump -p 1888 -d -v
2018-05-27 14:39:06 DEBUG Debug level is: 1.
2018-05-27 14:39:06 DEBUG Verbose level is: 1.
2018-05-27 14:39:06 DEBUG mqtt-sn-dump listening on port 1888
2018-05-27 14:39:09 DEBUG waiting for packet...
2018-05-27 14:39:09 DEBUG Received  8 bytes from <IP_ADDRESS>:63334. Type=PUBLISH on Socket: 3
SH: 1
~ $ mqtt-sn-pub -p 1888 -h <IP_ADDRESS> -t SH  -m "1" -q -1 -d
2018-05-27 14:39:09 DEBUG Debug level is: 1.
2018-05-27 14:39:09 DEBUG Sending PUBLISH packet...
Note also with QoS -1, you can't use full topic names. You can either use short topic names (two characters long) or pre-defined topic ids (16-bit number).
nick.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/njh/mqtt-sn-tools/issues/29#issuecomment-392331870, or mute the threadhttps://github.com/notifications/unsubscribe-auth/Akee7gXwkHdOyl3XvqiH8GCBg6qALsokks5t2qzmgaJpZM4UIZBC.

With MQTT-SN you need either a Server (aka Broker) that supports MQTT-SN or a Gateway.

MQTT-SN requires a MQTT-SN Gateway which acts as a protocol converter to convert MQTT-SN messages to MQTT messages. MQTT-SN client (UDP) can not communicate directly with MQTT broker(TCP/IP).

It looks like EMQ supports MQTT-SN:
http://emqtt.io/docs/v2/mqtt-sn.html
RSMB is is a legacy server but supports MQTT-SN:
https://github.com/eclipse/mosquitto.rsmb
Or use a gateway to convert between MQTT-SN and MQTT:
https://www.eclipse.org/paho/components/mqtt-sn-transparent-gateway/
I am not sure what made you think that MQTT-SN could be used standalone without any gateway?

Hello again,
Well the main reason is that I am doing some studies on MQTT and MQTT-SN.
I installed mosquitto for mqtt which has broker, pub and sub. I checked the code you did and I thought it does the same but I then noticed it needs a gateway. Do you know any platform where I can fully test mqtt-sn like the ones for mqtt as a totally standalone??
Thank you,
Nabil M.
From: Nicholas Humfrey<EMAIL_ADDRESS>Sent: Tuesday, May 29, 2018 11:28 AM
To: njh/mqtt-sn-tools
Cc: nabilmakarem; Author
Subject: Re: [njh/mqtt-sn-tools] ERROR Failed to connect to MQTT-SN gateway (#29)
*** Note that this email may possibly be SPAM because its source could not be verified. ***
With MQTT-SN you need either a Server (aka Broker) that supports MQTT-SN or a Gateway.
MQTT-SN requires a MQTT-SN Gateway which acts as a protocol converter to convert MQTT-SN messages to MQTT messages. MQTT-SN client (UDP) can not communicate directly with MQTT broker(TCP/IP).
It looks like EMQ supports MQTT-SN:
http://emqtt.io/docs/v2/mqtt-sn.html
RSMB is is a legacy server but supports MQTT-SN:
https://github.com/eclipse/mosquitto.rsmb
Or use a gateway to convert between MQTT-SN and MQTT:
https://www.eclipse.org/paho/components/mqtt-sn-transparent-gateway/
I am not sure what made you think that MQTT-SN could be used standalone without any gateway?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/njh/mqtt-sn-tools/issues/29#issuecomment-392695344, or mute the threadhttps://github.com/notifications/unsubscribe-auth/Akee7tcl6rr4W9ChvKoduzIo1Vm7lKnRks5t3QaagaJpZM4UIZBC.

The MQTT-SN specification is here:
http://mqtt.org/new/wp-content/uploads/2009/06/MQTT-SN_spec_v1.2.pdf
But it does not specify any mechanism for publishing and subscribing without either a MQTT-SN Gateway or Server.
It might be possible to send MQTT-SN PUBLISH packets with a QoS of -1 to a multicast address. But that isn't part of any specification. Also if there was any packet loss (particularly a problem on wireless networks), then messages would go missing.


how many times the kernel function will be called?

I am playing with https://triton-lang.org/main/getting-started/tutorials/01-vector-add.html.
I changed the block_size=4 and the len(x)=len(y)=10.
In the kernel function, I try to print out the pid
import torch
import triton
import triton.language as tl

@triton.jit
def add_kernel(
    x_ptr,  # *Pointer* to first input vector.
    y_ptr,  # *Pointer* to second input vector.
    output_ptr,  # *Pointer* to output vector.
    n_elements,  # Size of the vector.
    BLOCK_SIZE: tl.constexpr,  # Number of elements each program should process.
                 # NOTE: `constexpr` so it can be used as a shape value.
):

    pid = tl.program_id(axis=0)
    tl.printf("pid:", pid).                            # print the program id
    block_start = pid * BLOCK_SIZE
    offsets = block_start + tl.arange(0, BLOCK_SIZE)
    mask = offsets < n_elements
    x = tl.load(x_ptr + offsets, mask=mask)
    y = tl.load(y_ptr + offsets, mask=mask)
    output = x + y
    tl.store(output_ptr + offsets, output, mask=mask)

After runing one add op,
def add(x: torch.Tensor, y: torch.Tensor):
    output = torch.empty_like(x)
    assert x.is_cuda and y.is_cuda and output.is_cuda
    n_elements = output.numel()
    grid = lambda meta: (triton.cdiv(n_elements, meta['BLOCK_SIZE']),)
    add_kernel[grid](x, y, output, n_elements, BLOCK_SIZE=4)
    return output

size = 10
x = torch.rand(size, device='cuda')
y = torch.rand(size, device='cuda')
output_torch = x + y
output_triton = add(x, y)

I got output like this
pid:2
pid:2
pid:2
pid:2
pid:1
pid:2
pid:2
pid:2
pid:2
pid:1
pid:2
pid:1
pid:2
pid:2
pid:2
pid:2
pid:2
pid:2
pid:2
pid:0
pid:2
pid:2
pid:0
pid:2
pid:2
...

After counting, I found that
Counter({'pid:2': 128, 'pid:0': 128, 'pid:1': 128})

I can understand there are 3 different program id since 10(i.e., inp len)//4(i.e., block_size) + 1 = 3
But why each pid is repeated by 128 times?

Each GPU thread is going to print. Here since num_warps is 4 by default there will be 4 * 32 = 128 threads.
I believe this shouldn't be a problem when printing tensors as the tensor would be distributed across the threads. There is probably some opportunity to improve printing to not have this problem. I'm not sure how important this is.

Each GPU thread is going to print. Here since num_warps is 4 by default there will be 4 * 32 = 128 threads.
I believe this shouldn't be a problem when printing tensors as the tensor would be distributed across the threads. There is probably some opportunity to improve printing to not have this problem. I'm not sure how important this is.

Thank you for providing clarity; your explanation is indeed logical.
However, as a novice, I'm left with one lingering question regarding the block_size. By default, it would appear that 128 threads are generated. But what would occur if the block_size exceeds 128? For instance, let's imagine a block containing 1280 elements and we maintain num_warp=4. How would the scheduling of the 128 threads be managed to process these 1280 elements?

each thread will print all the elements it owns so it doesn't matter if there are more elements than threads

Let's say that the input size is 512.
size = 512
x = torch.arange(size, device='cuda')
y = torch.arange(size, device='cuda')
output_torch = x + y

In the kernel function, I try to print out three variables pid, offsets, and x
import torch

import triton
import triton.language as tl

@triton.jit
def add_kernel(
    x_ptr,  # *Pointer* to first input vector.
    y_ptr,  # *Pointer* to second input vector.
    output_ptr,  # *Pointer* to output vector.
    n_elements,  # Size of the vector.
    BLOCK_SIZE: tl.constexpr,  # Number of elements each program should process.
                 # NOTE: `constexpr` so it can be used as a shape value.
):
    pid = tl.program_id(axis=0)  # We use a 1D launch grid so axis is 0.
    block_start = pid * BLOCK_SIZE
    offsets = block_start + tl.arange(0, BLOCK_SIZE)
    mask = offsets < n_elements
    x = tl.load(x_ptr + offsets, mask=mask)
    y = tl.load(y_ptr + offsets, mask=mask)

    tl.printf("pid, offsets, x:  ", pid, offsets, x)    # print variables that are related to the current thread

    output = x + y
    tl.store(output_ptr + offsets, output, mask=mask)

Note that num_warp=4 as before.
I got print results like
pid, offsets, x:  1, 314, 442, 0, 314
pid, offsets, x:  1, 315, 443, 0, 315
pid, offsets, x:  1, 316, 444, 0, 316
pid, offsets, x:  1, 317, 445, 0, 317
pid, offsets, x:  1, 318, 446, 0, 318
pid, offsets, x:  1, 319, 447, 0, 319
pid, offsets, x:  0, 64, 192, 0, 64
pid, offsets, x:  0, 65, 193, 0, 65
pid, offsets, x:  0, 66, 194, 0, 66
pid, offsets, x:  0, 67, 195, 0, 67
pid, offsets, x:  0, 68, 196, 0, 68
pid, offsets, x:  0, 69, 197, 0, 69
pid, offsets, x:  0, 70, 198, 0, 70
...

As @ThomasRaoux mentioned before, each thread prints its own elements.
Since the block_size=256 and total_num_threads = 4*32 = 128, each thread handles two elements. So the sizes of offsets and x are both 2.
However, I am confused about that,

why the first elements of x are all 0.
The last thread of pid=0 is pid, offsets, x:  0, 127, 255, 0, 127. I can understand the max offset is 255. But the corresponding value is 0, 127. Is it because that one thread only process one offset one time and the tl.printf is only executed in the first call of the thread (two calls in total?)?

Actually, it's possible that you are using an old version of triton which has bugs? We don't have the tl.printf api anymore since a few months ago.


[FLOC-3016] Add support for ZFS 0.6.5

ZFS 0.6.5 has stopped loading modules when the zpool command is run.  This prevents our Vagrant Tutorial box from building, and may cause problems for people using our instructions to build a ZFS backend.
It is possible to add the environment variable ZFS_MODULE_LOADING=yes to continue to load modules, as for older versions of ZFS.  This is a temporary provision in the ZFS code, which will be removed at a later date. This PR applies this to our ZFS commands, to ensure our tests continue to pass when ZFS 0.6.5 is installed.
An additional issue https://clusterhq.atlassian.net/browse/FLOC-3018 exists to provide a more permanent solution.
As this issue prevents a test from passing, I would like to merge it, even if some other tests fail: particularly those that do not deal with ZFS, and in particular the acceptance tests that are currently running up against AWS request limits.

Note, see http://build.clusterhq.com/builders/flocker%2Fvagrant%2Fbuild%2Ftutorial to see that this PR fixes a sequence of failing tests since the weekend release of ZFS 0.6.5.

Thanks @jongiddy this looks fine to me, please merge when the builds are happy. Hopefully we'll do the permanent solution sooner rather than later.


Add option to not flatten config in WandbLogger.log_hyperparams

🚀 Feature

Reopening issue #9264: Make the config flattening that happens in WandbLogger.log_hyperparams optional.
Motivation

Similar to the original issue, flattening the config makes it harder to re-use later.
From the original issue:

Wandb support nested config by default. Furthermore, by flattening the configuration it makes it more difficult to load an experiment from a wandb run – instead of taking the config directly from the run, you have to un-flatten it first (or really, not use log_hyperparams and instead do it manually).

Pitch

Add flatten: bool = True as a kwarg in log_hyperparams.
Alternatives

Creating custom logger subclasses that do not flatten the config

Feels hacky, does not keep up well with new loggers being added.

Writing our own function to unflatten the config

Seems like a workable alternative, albeit a roundabout one. It adds one more moving piece to the system in order for configs to be reused, so my preference would still be to not flatten it at all, if possible.

cc @borda @awaelchli @morganmcg1 @borisdayma @scottire @parambharat

This would be a great feature to add. Note that since #2458, Wandb has added support to properly display non-flattened configs in their UI. Since we often don't control where log_hyperparams gets called, I think a init-argument to toggle this behaviour would be handy.

Inspecting the hyperparameters on the wandb website is certainly easier without flattening, as it is presented as a collapsible dropdown list. I would definitely  support adding in a flatten_hyperparams argument in the wandb logger init, or just removing the flattening step all together.

I'm still interested in this! But I understand if the team doesn't have time to work on it

Another user who discovered this: #17558
Anyone here wants to send a PR to update the parameter sanitization not to flatten the dicts?


Rewrite Webhook tests as unit tests

Currently the webhook tests are written as integration tests, but we think they could be rewritten as unit tests. Integration tests are more expensive than unit tests.
Acceptance criteria

[ ] Investigate if the webhook tests can be rewritten as unit tests
[ ] Rewrite the webhook tests as unit tests

In the Makefile we call go test twice at line: https://github.com/kubewarden/kubewarden-controller/pull/576#discussion_r1398185754
This is needed since we have different envtest configuration, otherwise the real cluster tests will not show logs in the console for some reason.
Once this PR is done we can remove the command related to webhooks integration tests.

Just giving a feedback about the first acceptance criteria. I was reading the code of the pkg/apis/policies/v1/webhook_suite_test.go file. In summary, the tests are checking if the validations performed in the validateRulesField function are working as expected. Therefore, the tests can be rewritten in unit tests calling those related functions directly and saving the time of setting up the integration tests environments.


fix: manually bump catalog version to upgrade to updatebot 0.3.6

Signed-off-by: ankitm123<EMAIL_ADDRESS>

/retest

/retest
Seeing this error a lot:
Invalid pipeline status: pending

/retest

/retest

/retest

/override gsm

I will investigate the test issues in another pr.


User metadata not propagated from schedule action to workflow's execution config

Expected Behavior
Like start workflow, I would expect scheduled workflows' user metadata to end up on the execution config on the child workflow.
Actual Behavior
The user metadata does not propagate

Thank you for reporting this issue. This is a known limitation of Temporal. Currently, user metadata does not propagate to child workflows in scheduled workflows.
We understand the need for this feature and are actively exploring options for implementation. In the meantime, you can work around this limitation by manually setting the metadata on the child workflow when it's started.
Here are some relevant documents for further information:

Workflow Execution
Start Child Workflow

Thank you for reporting this issue.
Currently, scheduled workflow user metadata does not propagate to the child workflow execution config. This is an expected behavior.
You can work around this by manually setting the user metadata on the child workflow using the WorkflowOptions in the startWorkflow method.
Here's an example:
WorkflowOptions options = WorkflowOptions.newBuilder()
    .setUserMetadata(Map.of("key", "value"))
    .build();
WorkflowClient client = WorkflowClient.newBuilder().build();
WorkflowStub stub = client.getWorkflowStub();
WorkflowExecution execution = stub.startWorkflow(Workflow.class, options, "myWorkflow");

Thank you for reporting this issue. I understand your expectation that user metadata should be propagated to child workflows in scheduled workflows, similar to how it works with started workflows.
Currently, user metadata is not automatically propagated to child workflows in scheduled workflows.
To work around this, you can:

Manually set user metadata on the child workflow: You can use the set_user_metadata() method on the child workflow to manually set the user metadata that you need.
Use a custom workflow to handle metadata propagation: You can create a custom workflow that receives the user metadata and then starts the child workflow with the appropriate metadata.

We are working on improving this behavior in future releases.

Thanks for reporting this issue.
Currently, user metadata does not propagate to child workflows for scheduled workflows. This is a known limitation and we are working on addressing it in future releases.
For now, you can consider using the following workaround:

Store the user metadata in a separate workflow state or a database: You can create a separate workflow to manage the user metadata and access it from the child workflow.

Please refer to the following documentation for more information on workflow state and databases:

Workflow state
Databases

We appreciate your feedback and will continue to improve Temporal based on user needs.


return parameter if file not cached

If the file is not cached then return the original parameter filename or blobUrl. Otherwise, the functions return 'undefined' and cause problems with other functions that call it.

Let's get rid of the log messages, since we're actually not failing now, just returning the unchanged path.  r=me with those removed.

Update the comments above those lines too, to not mention warning, but that we're passing the path back unchanged.


Fix deployment failure

The PR is to fix #107 (liberty on aro offer deployment failure) which was caused by the issue that the installed oc client doesn't work. The fix is inspired by Installing the OpenShift CLI on Linux using the web console.
Test
The deployment succeeded with the fix, see integration-test.
Signed-off-by: Jianguo Ma<EMAIL_ADDRESS>

While we wait for merging, I am releasing the fix from https://github.com/azure-javaee/azure.liberty.aro/tree/edburns-msft-majguo-ibm-493-get-oc-from-internal-source .


[SPARK-19530][SQL] Use guava weigher for code cache eviction

What changes were proposed in this pull request?
We use guava cache to cache compiled codes for codegen. Currently we use number of entries (100 as maximum now) in the cache to determine when to evict older entries.
However, the number of entries can't reflect well to actual memory usage of cache entries. As we heavily rely codegen now and the generated codes can be large, we shouldn't use maximum of entries.
This patch turns to use Weigher in guava. We use the size of bytecode as the weight of an entry.
How was this patch tested?
Jenkins tests.
Please review http://spark.apache.org/contributing.html before opening a pull request.

Test build #72632 has started for PR 16865 at commit e6e2a8d.

cc @davies

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/72632/
Test FAILed.

Jenkins seems inaccessible now.

I understand the motivation here, could you show the benefit of this change for a real use case?

retest this please.

Test build #72671 has started for PR 16865 at commit e6e2a8d.

My colleagues recently have a case that their codes throw an exception like this:
12:45:10    at org.apache.spark.sql.catalyst.expressions.codegen.CodeGenerator.generate(CodeGenerator.scala:874)    12:45:10 java.lang.RuntimeException: org.apache.spark.SparkException: Job aborted due to stage failure: Task 7 in stage 0.0 failed 1 times, most recent failure: Lost task 7.0 in stage 0.0 (TID 7, localhost, executor driver): org.spark_project.guava.util.concurrent.ExecutionError: java.lang.OutOfMemoryError: Java heap space
12:45:10    at org.spark_project.guava.cache.LocalCache$Segment.get(LocalCache.java:2261)
12:45:10    at org.spark_project.guava.cache.LocalCache.get(LocalCache.java:4000)
12:45:10    at org.spark_project.guava.cache.LocalCache.getOrLoad(LocalCache.java:4004)
12:45:10    at org.spark_project.guava.cache.LocalCache$LocalLoadingCache.get(LocalCache.java:4874)
12:45:10    at org.apache.spark.sql.catalyst.expressions.codegen.CodeGenerator$.compile(CodeGenerator.scala:890)
12:45:10    at org.apache.spark.sql.catalyst.expressions.codegen.GenerateUnsafeProjection$.create(GenerateUnsafeProjection.scala:405)
12:45:10    at org.apache.spark.sql.catalyst.expressions.codegen.GenerateUnsafeProjection$.create(GenerateUnsafeProjection.scala:359)
12:45:10    at org.apache.spark.sql.catalyst.expressions.codegen.GenerateUnsafeProjection$.create(GenerateUnsafeProjection.scala:32)
12:45:10    at org.apache.spark.sql.catalyst.expressions.codegen.CodeGenerator.generate(CodeGenerator.scala:874)
12:45:10    at org.apache.spark.sql.catalyst.encoders.ExpressionEncoder.extractProjection$lzycompute(ExpressionEncoder.scala:266)
12:45:10    at org.apache.spark.sql.catalyst.encoders.ExpressionEncoder.extractProjection(ExpressionEncoder.scala:266)
12:45:10    at org.apache.spark.sql.catalyst.encoders.ExpressionEncoder.toRow(ExpressionEncoder.scala:290)
12:45:10    at org.apache.spark.sql.SparkSession$$anonfun$3.apply(SparkSession.scala:547)
12:45:10    at org.apache.spark.sql.SparkSession$$anonfun$3.apply(SparkSession.scala:547)
12:45:10    at scala.collection.Iterator$$anon$11.next(Iterator.scala:409)
12:45:10    at scala.collection.Iterator$$anon$11.next(Iterator.scala:409)
12:45:10    at scala.collection.Iterator$$anon$11.next(Iterator.scala:409)
12:45:10    at org.apache.spark.sql.catalyst.expressions.GeneratedClass$GeneratedIterator.agg_doAggregateWithoutKey$(Unknown Source)
12:45:10    at org.apache.spark.sql.catalyst.expressions.GeneratedClass$GeneratedIterator.processNext(Unknown Source)
12:45:10    at org.apache.spark.sql.execution.BufferedRowIterator.hasNext(BufferedRowIterator.java:43)
12:45:10    at org.apache.spark.sql.execution.WholeStageCodegenExec$$anonfun$8$$anon$1.hasNext(WholeStageCodegenExec.scala:377)
12:45:10    at scala.collection.Iterator$$anon$11.hasNext(Iterator.scala:408)
12:45:10    at org.apache.spark.shuffle.sort.BypassMergeSortShuffleWriter.write(BypassMergeSortShuffleWriter.java:126)
12:45:10    at org.apache.spark.scheduler.ShuffleMapTask.runTask(ShuffleMapTask.scala:96)
12:45:10    at org.apache.spark.scheduler.ShuffleMapTask.runTask(ShuffleMapTask.scala:53)
12:45:10    at org.apache.spark.scheduler.Task.run(Task.scala:99)
12:45:10    at org.apache.spark.executor.Executor$TaskRunner.run(Executor.scala:282)
12:45:10    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
12:45:10    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
12:45:10    at java.lang.Thread.run(Thread.java:745)

Looks like the cache tries to load a new generated class but fails to allocate enough memory.

Test build #72671 has finished for PR 16865 at commit e6e2a8d.

This patch passes all tests.
This patch merges cleanly.
This patch adds the following public classes (experimental):
class CodeAndCommentWeigher extends Weigher[CodeAndComment, GeneratedClass]

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/72671/
Test PASSed.

@viirya This is a general OOM, should not be caused by cached bytecode, they are way smaller comparing other things in executor, I think this patch will not help either.

Yeah, it makes sense. However, many other pieces in executor can better respond to memory pressure. But this cache can't.
I don't say it definitely solves this issue because maybe other things eat all memory, but I think it should be a better way to manage the cache capacity.

BTW, as the generated classes can be big, the total memory occupied of the cache entries accumulated in executor is still considerable.

ping @davies Do you still think this is not helpful generally?

I still think it's not worth it

Ok. Close this for now.

What is an alternative option to avoid this issue?

@asurve I think @davies meant it is a general OOM issue. Looks like we can only deal with it by adjusting JVM's memory related parameters.

Btw, of course if we can prove this helps the failed test, then maybe we can convince @davies.


Windows support

Related Issue: #27
Related PR: #63

Summary:
Created a new PR based on @bennygenel windows-support branch and my npm-to-yarn branch. I couldn't change the target of the other pull-request. @bennygenel I hope this is OK that I've created it. Your PR is OK but wasn't at the right base. Also my PR to your fork is not needed anymore - I'll check if I can close it with-out merging.
So I created a new branch and merged both branches. Now we're able to merge easily.
Please review & test with Mac and Linux. I could also do the Linux review in a virtual machine if there is no dev. with Linux.
Review infos:

Windows support branch: Review pretty much covered in the other PR. The following changes were added:

Added cross-env for env. handling at execution
.cmd formatting
Modified findAvailablePorts
Modified default project dir.

npm-to-yarn branch: Not reviewed yet.

Added yarn as project dependency.
Changed package manager cmd to yarn
Added app config to src/config/app.js (needs to be discussed - my thoughts see below)
Changed spawn process to use promises & preparation for debug logging to console

Some thoughts:

Application-wide configuration: There is no place where we can add not user changable app configuration. That's why I addeed it here. We could also add Agolia API keys here and move them from src/constants. Later we could also enable / disable debug logs with this file.

Spawn process method: I need to check if it makes sense to move this method to a service or we could replace it with child-process-promise to have promises for spawn. I think it is OK to keep the method like it is - maybe moving to a service makes sense if spawn process is used at many location.

Issues:

After ejecting the devserver is not starting and fails with babel-loader is missing.  Babel-loader is not available in the dependencies list but it is in the package.json file. I have to check what happens during eject & why this dependency is missing. But I think that's probably not Windows related and we could fix this later - only if there is no quick fix.

Gatsby project are there any problems?

Ahhh, the issue is isWin; MacOS is named darwin, so the regex passes!
Looks like we'd need to make sure it starts with win? Or just make sure it includes win, but not darwin.

Yay, so excited to see this get closer to shipping! Windows support is so key.

DevServer not starting it displays an error message (see screenshot above). It tells yarn requires Node.js 4.0 or higher. Installed node version is v8.11.1 (output from node -v). Not sure where yarn is getting this wrong information. Added NODE_PATH to terminal env. but still the same message. After commenting env object in task.middleware it starts but complains that port 3000 is already open - seems like findAvailablePorts is not working as expected.

I don't see the screenshot you're referring to, but yeah it seems like adding NODE_PATH would fix it. Not sure why findAvailablePorts would be broken :/ that should work the same way across MacOS and Linux.

Eject not working. It closes after prompt with-out calling yarn eject. No added dependencies. Just the state changes and it is hiding the eject button.

Hmmm :/ not sure what to make of that.
For the two issues you've listed, are these only an issue with the windows support branch? If you try it with master, are there issues?
It's possible that some linux bugs have slipped through :( since AFAIK none of the recent collaborators use Linux. It's my bad if so, I need to get an Ubuntu VM and test all PRs before merging.

Unit tests:
Test are failing because remote.app is undefined. This is no Ubuntu issue because this happens also with Windows. I have to check why it fails. TypeError: Cannot read property 'app' of undefined

Ahh right. So when the app is running it has access to the Electron environment. In a testing environment, remote wouldn't work the same way / make sense.
We'll likely have to stub it out with Jest. I believe Jest makes this relatively straightforward. Which tests are failing? I'm guessing we could stub out all the methods in platform.services

Summary:
I think we'll need a separate issue to fix the app for Ubuntu. Should we re-open Linux Support issue #45 ? After fixing the isWin() line in create-project I think it's OK for now. I've found some smaller improvements that I'll also add - some unused imports.
I'll copy the above info to an issue so we can track this.

So, I think that if this PR introduces new issues for Ubuntu, we should fix them in the same PR (or, it can be in a subsequent PR if you'd like, to make review easier, but they should be merged at the same time). If the issue(s) are pre-existing and unrelated to these changes, then I think it's fine to just open a new issue and we can tackle them separately, it isn't blocking for this change.
I think we should create a new issue rather than open #45, since that issue was for introducing support, whereas this issue is about fixing some Ubuntu-specific issues.

OK, I've tested master with Ubuntu and everything is working as expected (Creating new project, start devServer, add/remove dep, ejecting). Just starting dev-server after eject got the same issue babel-loader not found.
Yes, you're right we need to fix Ubuntu with this PR as the issues are from Windows support.
Todos to fix Ubuntu:

[ ] Compare scripts/start.js with master. Why is it not starting Electron? Check env. handling.
[ ] DevServer start issue: Check what's happening at the env & what's really needed?
[ ] Fix test issue with remote.app in platform.services by stubbing remote for the tests. Target 41 passed tests. (verified with master in Ubuntu)

@joshwcomeau are there any issues at Mac OS?

Hi @AWolf81,
Amazing!
I tested this on MacOS, and I get the following error when running a local dev server:
Yarn requires Node.js 4.0 or higher to be installed.

I know you ran into this same issue, and the issue was adding something to the PATH? Maybe we need to do the same thing for MacOS (since yeah, node -v shows 8.11.1)
The weird thing is, other Node scripts (build, test, eject) all work fine. Not sure why it's just the dev server?
Here are the other things I tested, they all work perfectly:

Run build, test
Run Eject
Add new dependency, then remove it
Update dependency
Create new project
Import existing project

Given that it's so close to working, I'm gonna give it a more thorough review. Wheee so close to official Windows support!

@AWolf81 still works fine for me on Ubuntu, including eject. It looks like you're having some issues with yarn and your node install on Ubuntu vm. I would recommend uninstalling node on your machine and trying again with nvm maybe unless that's what you're using already?

@patcito It's working for me in Ubuntu.
The problem is on Mac.
I think it's a problem with passing env to spawn or maybe if NODE_PATH is not set. I'll try what happes if I remove that variable.

@mathieudutour which button labels are you referring to?

That was just an example. Every buttons, label and menu item follow this rule

They all look the same cross-platform to me - View Details, File > Create New Project, File > Import Existing Project, Add To Project...

I'm not using windows but this issue is a pretty big deal over at desktop/desktop (one commit for example: https://github.com/desktop/desktop/commit/eb806bd0ae89bf305f9d8f0d572b29cab47c9ecf)

Ahhh, I misunderstood. I'll correct those and add in the hotkey indicators.


Command-line option to open a specific shell

Would be nice with a command line option to select which shell to open when passing "open" to Terminus through the command line.
Right now I'm relying on my default setting being correct, but I'd like to use Terminus in multiple places using different shells, and I can't without manually opening a shell and browsing to the paths I want to have opened in each shell window.

Definitely a worthwhile addition! I'd also like to use Terminus all over Windows, including but not limited to with WSL (already in use and the best damn Terminal of all) but also Python Windows Version, general command line usage etc.

This is now available as terminus profile <profile-name> for any custom profile.

Much appreciated!


Add "shell" configuration option

Add a way for users to specify which shell should be started when alacritty starts. This would override whatever is read from /etc/passwd.
If it's something you're interested in, I'd be happy to take a stab at it. 😄

This has been added :)


Feature: ResourceFarm Recoder

Feature: Add a little panel for resource farm recoder
UI:

Hello! Thank you for submitting your PR.
The idea for this feature is great. It will help many users including me.
Looking at the code and UI, it looks like there are a few things that need to be fixed.
Do you want to do this yourself? If so, I'll do a review and point out what needs to be fixed.
Or would you prefer that I fix it directly?
This is your PR, so you can choose either way. Either way, I will help you merge it.

Also, the main branch is used for releases, so you can't send a PR here. Need to re-send to develop branch

Hi eai04191,
I create a new PR to develop. And change code format.
I do not know what you want about look and feel so this UI is simply. You can change it if you want.

I got it. I make some fix commits to the newer PR and then merge. The fix may take some time.
Thank you for your contribution!


MLOPS-54 | Use volume for the inter-steps data

@em-pe I decided to use run_config directly in the client class (instead of reading it in 4 functions in plugin.py and passing as params), maybe we can do same for other args: image, pull policy, etc. It would simplify the code - and anyway  - all these are required for most of the client functions.

@em-pe I decided to use run_config directly in the client class (instead of reading it in 4 functions in plugin.py and passing as params), maybe we can do same for other args: image, pull policy, etc. It would simplify the code - and anyway  - all these are required for most of the client functions.

@em-pe Done, please recheck

@em-pe Done, please recheck


TypeError: Cannot read properties of null (reading 'isDisplayed')

Describe the bug
Error raised when config  maxInstances is greater than 1.
NOTE: The error does not occur when config  `maxInstances : 1`

NOTE: The error is inconsistent and does not occur at each run.

To Reproduce
set conf as
  wdi5: {
    screenshotPath: path.join('wdio-ui5-service', 'test', 'report', 'screenshots'),
    logLevel: 'verbose', // error | verbose | silent
    platform: 'browser', // electron, browser, android, ios
    url: 'www.google.com',
    skipInjectUI5OnStart: true,
    deviceType: 'web',
    waitForUI5Timeout: 15000
  },

code snippet

await browser.url(theFullURLofTheApp)

The usual login mechanism

Inject UI5
const { default: _ui5Service } = require("wdio-ui5-service")
const ui5Service = new _ui5Service()
await ui5Service.injectUI5()

get access to an element
 const meArea = await browser.asControl({
   timeout: 60000,
   selector: {
     id: 'meAreaHeaderButton'
   }
 })

Failing at step
 expect((await meArea.getWebElement()).isDisplayed()).toBeTruthy()

Expected behavior
The element is available (see below screenshot).
I have also validated this with below code before injecting UI5
    const elem = await $('#meAreaHeaderButton')
    await elem.waitForDisplayed({ timeout: 10000 });

Logs/Console Output
[0-1] [wdi5] call of getControl() failed because of: TypeError: Cannot read properties of undefined (reading 'compare')
[0-1] [wdi5] error retrieving control: meAreaHeaderButton
[0-1] TypeError in "ValidatingNavigation.Should Validate the Navigation to app"
TypeError: Cannot read properties of null (reading 'isDisplayed')

Screenshots

Runtime Env (please complete the following information):

wdi5/wdio-ui5-service-version: 0.9.0-rc3
UI5 version: 1.98.0
webdriverio-version (output of wdio --version): 7.19.1
node-version (output of node --version): v16.13.2
OS: WIN10
Browser + Version  - Chrome 100.0.4896.60

Not sure how it is related with the maxInstances but just noticed that you missed an await for the isDisplayed() call, right?
 expect(await (await meArea.getWebElement()).isDisplayed()).toBeTruthy()

🫢


FBReactNativeSpec failure

Version
0.67.0-rc.0
Build Target(s)
iOS simulator
Developer Environment
Xcode: 12.5
debug, jsc
Issue and Reproduction Steps
Error
PhaseScriptExecution [CP-User]\ Generate\ Specs /Users/luwe/Library/Developer/Xcode/DerivedData/RNTestProject-fuvojyehejebtlcjemnkidsxlmcl/Build/Intermediates.noindex/Pods.build/Debug-iphonesimulator/FBReactNativeSpec.build/Script-5F4C70EF7D90A5A5BDAEB404279F232A.sh (in target 'FBReactNativeSpec' from project 'Pods')

Steps to reproduce
Follow pre-reqs, steps in release-testing wiki up to step 3:
https://github.com/facebook/react-native/wiki/Release-Testing#steps
Then go through template testing flow in ./scripts/test-manual-e2e.sh, basically you can probably run the script starting from here and comment out all the RNTester testing logic before.
Running template Android app works, but once the script prompts you to open Xcode and hit build I get the above error in the FBReactNativeSpec build step.

@lunaleaps did you solve it? We have exactly the same issue, although we performed the steps required for migrating from RN 0.66.3 to 0.67.0-rc4

Can you open an issue here: https://github.com/facebook/react-native/issues/new?assignees=&labels=Needs%3A+Triage+%3Amag%3A%2CType%3A+Upgrade+Issue&template=upgrade-regression-form.yml

I have the same issue here, where is the new issue ?

Same issue

If folks are experiencing a build regression or issue, please file a new issue as this one is closed. Locking issue


Using native async await

I tried to import react-relay-network-modern-ssr/node8/server to use 'react-relay-network-modern/node8' but it looks like react-relay-network-modern-ssr/node8/server references to react-relay-network-modern/lib and not node8... Is it a mistake or I don't undertand something?

Thanks for pointing to this error. Will be fixed in next version.

:tada: This issue has been resolved in version 1.1.3 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Support large disk, and add new available vm size

[x] Please check this box once you have run the unit testspushd src/bosh_azure_cpi
  bundle install
  bundle exec rspec spec/unit/*
popd

633 examples, 0 failures. 2760 / 2928 LOC (94.26%) covered.
Changelog

Support large disk, and add new available vm size

@gossion Could you check why the code coverage drops from 94.6% to 94.26%?

@AbelHu the coverage does not drop. I run the unit test before rebasing to upstream branch. here is the data by re-run the unit test after the rebase:
643 examples, 0 failures. 2786 / 2945 LOC (94.6%) covered.


Add feature to macchina

Without this the openwrt feature will not compile.

Oops, I forgot about this.

Haha happens to the best of us.