[Q] Is it expected that the McuConfigure Hangs & Takes Effect on Reboot?

I'm removing the namespacing from my robot system so I can have a single repository and capability that generalizes to all robots in the fleet. This has turned into quite the challenge, but I'm broadly done with it except something worth digging into.
This is where the namespace for the MCU ROS 2 code
        self.configure_mcu = LaunchFile.Process(
            name='configure_mcu',
            cmd=[
                ['export ROS_DOMAIN_ID=0;'],
                [LaunchFile.Variable("FindExecutable(name='ros2')"),
                 ' service call platform/mcu/configure',
                 ' clearpath_platform_msgs/srv/ConfigureMcu',
                 ' \"{{domain_id: {0},'.format(self.clearpath_config.system.domain_id),
                 ' robot_namespace: \\\'{0}\\\'}}\"'.format(self.namespace)]
            ]
        )

When I try calling this, no matter the contents, it hangs indefinitely and never gives a result. I was about to email you guys about how to make this work but before I did I tried rebooting and that made it take effect.
So, my question is: is it expect behavior that this doesn't work and hangs forever without a response to the service call - then takes effect on the next reboot? Some logging or notification about that would be wonderful. I don't even mind the reboot, that makes sense to me, but the lack of a response + hanging makes me think the MCU didn't get the service call at all.

When the MCU first boots it will default to domain ID 0 and namespace /. This service call assumes that the MCU is in this default configuration and will use ROS_DOMAIN_ID=0 and /platform/mcu/configure to reconfigure the MCU. The MCU will then internally restart its microROS application with the new domain ID and namespace.
If the domain ID or namespace have already been changed by a service call then this service call will hang indefinitely because the launch file doesn't have any way of knowing what domain ID or namespace the MCU is on. As a result, the new domain ID or namespace will only take effect on the next reboot because the MCU will have reset back to domain ID 0 and namespace /.
If you want to reconfigure the MCU without rebooting the robot, you can manually call the platform/mcu/configure service at whatever domain ID and namespace it is currently on.

the launch file doesn't have any way of knowing what domain ID or namespace the MCU is on
If you want to reconfigure the MCU without rebooting the robot, you can manually call the platform/mcu/configure service at whatever domain ID and namespace it is currently on.

I'm manually checking with ros2 service list and calling the service on the CLI ros2 service call ... and that is hanging, so the MCU is broadcasting the service in the j100_XXXX namespace since the systemd bringup sends that service once before I get in to call it again to revert. So I've tried that and that's what I reported as the indefinite hang in my CLI.
That makes sense then why after a reboot it worked for me. Its not that it hung indefinitely and needed a reboot; its that while I was testing this, I disableed the clearpath systemd daemons so when I rebooted the MCU reverted back to / namespace on its own volition and there was no service call on bootup to remap otherwise.
That's making me think possibly calling it 2x in one session is a problem? Or something else is afoot? Regardless, I have my solution then if it defaults to / namespace and I disable the CPR daemon which moves it to something else. If you can't reproduce this, then I suppose there's no issue on my side needing solution.

This issue was fixed in clearpath_firmware release 1.0.0.


Fix header collection from array

Q
A

Is bugfix?
✔

New feature?
❌

Breaks BC?
❌

Tests pass?
✔

Fixed issues
-

HeaderCollection uses lower case keys for the header names. This PR ensures the keys are lower case in case of ::fromArray().

@rhertogh it's wrong solution, please read 1.2 HTTP Headers

@WinterSilence

it's wrong solution, please read 1.2 HTTP Headers

Could you please be more specific what is wrong? As far as I know Yii2 is not PSR-7 compliant.
When setting a header with set() or  add() the name is converted to lower case. The same goes for get().
Therefore the following code would fail without this patch:
$headerCollection = new HeaderCollection();
$location = 'my-test-location';
$headerCollection->fromArray([
    'Location' => [$location],
]);
$headerCollection->get('Location'); // returns `null` instead of 'my-test-location'

Using lowercase everywhere except in fromArray() makes the header names case-sensitive while they shouldn't be (https://www.w3.org/Protocols/rfc2616/rfc2616-sec4.html#sec4.2).

@rhertogh PSR7 based RFCs Header field names are case-insensitive. You can use 'Foo: bar; foo: baz;'. headers sends "as is" (define by user) any changes are denied.

PSR7 based RFCs Header field names are case-insensitive. You can use 'Foo: bar; foo: baz;'. headers sends "as is" (define by user) any changes are denied.

Could you please explain what PSR7 has to do with it? Earlier you wrote that Yii2 does not implement PSR7 (https://github.com/yiisoft/yii2/pull/18837#issuecomment-899702117)?
My point is that it currently does not behave case-insensitive. Given the example:
$headerCollection = new HeaderCollection();
$location = 'my-test-location';
$headerCollection->fromArray([
    'Location' => [$location],
]);
$headerCollection->get('Location'); // returns `null` instead of 'my-test-location'
$headerCollection->get('location'); // returns `null` instead of 'my-test-location'

So a header set with fromArray() containing any capital letter in it is inaccessible via get(), is this the desired behavior?

@rhertogh

Earlier you wrote that Yii2 does not implement PSR7

it's still true

common interfaces for representing HTTP messages as described in RFC 7230 and RFC 7231,

PSR7description better than my explanation (my English so bad)

This fix makes it consistent with the rest of methods here.

Thank you.

@bizley better update class to compatible with RFC
Also class must use self methods:
public function fromArray(array $array)
{
    $this->removeAll();
    foreach ($array as $name => $value) {
        $this->set($name, $value);
    }
}


Make tests more reliable

I think these errors are related to the watcher.
On OSX, chokidar sets the usePolling config to false. So this is why the tests might me passing only on it. If I hardcode the usePolling with true on linux, all tests passes. Without these changes they fail with the same error on Travis. And looks like this error is caused because this process.exit call which is just triggered when usePolling is false.

@marcioj I actually couldn't get these to pass on Travis even with usePolling

Looks like the reason for these three failing tests ultimately was the fact that after the watcher restart, test/watch.js still had a reference the old watcher, not a newer one; the newer one thus was never closed, which actually triggered these failures.

It's green ✨ 💚


Support for user tag

Support for user tag
Signed-off-by: azerr<EMAIL_ADDRESS>

When opening templates from binaries, the file languageId is not set to qute-*

When opening templates from binaries, the file languageId is not set to qute-*

Indeed I have seen that too, but it's an issue for vscode-quarkus /cc @AlexXuChen .

If you set the languageId to qute-*, the server logs an exception:
SEVERE: Error while matching uri 'jdt://jarentry/templates/tags/authenticityToken.html?%3Drenarde-todo%2F%5C%2FUsers%5C%2Ffbricon%5C%2F.m2%5C%2Frepository%5C%2Fio%5C%2Fquarkiverse%5C%2Frenarde%5C%2Fquarkus-renarde%5C%2F1.0.0-SNAPSHOT%5C%2Fquarkus-renarde-1.0.0-SNAPSHOT.jar%3D%2Fmaven.pomderived%3D%2Ftrue%3D%2F%3D%2Fmaven.pomderived%3D%2Ftrue%3D%2F%3D%2Fmaven.groupId%3D%2Fio.quarkiverse.renarde%3D%2F%3D%2Fmaven.artifactId%3D%2Fquarkus-renarde%3D%2F%3D%2Fmaven.version%3D%2F1.0.0-SNAPSHOT%3D%2F%3D%2Fmaven.scope%3D%2Fcompile%3D%2F' with pattern 'src/main/resources/templates/Todos/goo.html'.
java.nio.file.FileSystemNotFoundException: Provider "jdt" not installed
	at java.base/java.nio.file.Path.of(Unknown Source)
	at java.base/java.nio.file.Paths.get(Unknown Source)
	at com.redhat.qute.settings.PathPatternMatcher.matches(PathPatternMatcher.java:57)
	at com.redhat.qute.settings.QuteValidationSettings.getMatchingExcluded(QuteValidationSettings.java:150)
	at com.redhat.qute.services.commands.validation.QuteTemplateValidationStatusCommandHandler.executeCommand(QuteTemplateValidationStatusCommandHandler.java:47)

EVERE: Error while matching uri 'jdt://jarentry/templates/tags/authenticityToken.html?%3Drenarde-todo%2F%5C%2FUsers%5C%2Ffbricon%5C%2F.m2%5C%2Frepository%5C%2Fio%5C%2Fquarkiverse%5C%2Frenarde%5C%2Fquarkus-renarde%5C%2F1.0.0-SNAPSHOT%5C%2Fquarkus-renarde-1.0.0-SNAPSHOT.jar%3D%2Fmaven.pomderived%3D%2Ftrue%3D%2F%3D%2Fmaven.pomderived%3D%2Ftrue%3D%2F%3D%2Fmaven.groupId%3D%2Fio.quarkiverse.renarde%3D%2F%3D%2Fmaven.artifactId%3D%2Fquarkus-renarde%3D%2F%3D%2Fmaven.version%3D%2F1.0.0-SNAPSHOT%3D%2F%3D%2Fmaven.scope%3D%2Fcompile%3D%2F' with pattern 'src/main/resources/templates/Todos/goo.html'.
java.nio.file.FileSystemNotFoundException: Provider "jdt" not installed

It should be fixed now, in quarkus-ls)

I looked at setting the proper language id for templates embedded in jars, but there's an issue in https://github.com/redhat-developer/vscode-quarkus/blob/a033cee97aabfa67814afada9f0c8cc2ae0311dd/src/utils/languageMismatch.ts#L27
because labelsInfo is empty. I opened https://github.com/eclipse/lsp4mp/issues/220

The change works for me now and the embedded template has its languageId updated. I think these changes are ready to merge.


e2e "modal" test fail

Version
2.6.11
Reproduction link
https://github.com/vuejs/vue/blob/dev/test/e2e/specs/modal.js
Steps to reproduce
npm run test:e2e -- --env phantomjs
What is expected?
assert.cssClassPresent('.modal-mask', 'modal-enter-active')
What is actually happening?
There is no "modal-enter-active" class at this moment.

Maybe the "waitFor" time it's wrong

The test is working


TEST RM .gitattributes for Cranko

Checking Cranko's new advice

OK, looks like it's operating as expected.


how to install mediapipe_model_maker<IP_ADDRESS> in windows?

Issue type
Bug
Have you reproduced the bug with TensorFlow Nightly?
No
Source
source
TensorFlow version
tf2.8
Custom code
No
OS platform and distribution
windows11
Mobile device
No response
Python version
3.9.13
Bazel version
No response
GCC/compiler version
No response
CUDA/cuDNN version
No response
GPU model and memory
No response
Current behavior?
I run "pip install mediapipe_model_maker"  , but I can only install version <IP_ADDRESS>. I was trying to install mediapipe_model_maker by "pip install mediapipe_model_maker-<IP_ADDRESS>-py3-none-any.whl", but also failed. The error:
ERROR: Cannot install mediapipe-model-maker and mediapipe-model-maker==<IP_ADDRESS> because these package versions have conflicting dependencies.
The conflict is caused by:
mediapipe-model-maker <IP_ADDRESS> depends on tensorflow-text
tf-models-official 2.15.0 depends on tensorflow-text~=2.15.0
mediapipe-model-maker <IP_ADDRESS> depends on tensorflow-text
tf-models-official 2.14.2 depends on tensorflow-text~=2.14.0
mediapipe-model-maker <IP_ADDRESS> depends on tensorflow-text
tf-models-official 2.14.1 depends on tensorflow-text~=2.14.0
mediapipe-model-maker <IP_ADDRESS> depends on tensorflow-text
tf-models-official 2.14.0 depends on tensorflow-text~=2.14.0
mediapipe-model-maker <IP_ADDRESS> depends on tensorflow-text
tf-models-official 2.13.2 depends on tensorflow-text~=2.13.0I run "pip install mediapipe_model_maker"  ,but I can only install version <IP_ADDRESS>. I was trying to install mediapipe_model_maker by "pip install mediapipe_model_maker-<IP_ADDRESS>-py3-none-any.whl", but also failed. The error:
ERROR: Cannot install mediapipe-model-maker and mediapipe-model-maker==<IP_ADDRESS> because these package versions have conflicting dependencies.
The conflict is caused by:
mediapipe-model-maker <IP_ADDRESS> depends on tensorflow-text
tf-models-official 2.15.0 depends on tensorflow-text~=2.15.0
mediapipe-model-maker <IP_ADDRESS> depends on tensorflow-text
tf-models-official 2.14.2 depends on tensorflow-text~=2.14.0
mediapipe-model-maker <IP_ADDRESS> depends on tensorflow-text
tf-models-official 2.14.1 depends on tensorflow-text~=2.14.0
mediapipe-model-maker <IP_ADDRESS> depends on tensorflow-text
tf-models-official 2.14.0 depends on tensorflow-text~=2.14.0
mediapipe-model-maker <IP_ADDRESS> depends on tensorflow-text
tf-models-official 2.13.2 depends on tensorflow-text~=2.13.0
To fix this you could try to:

loosen the range of package versions you've specified
remove package versions to allow pip to attempt to solve the dependency conflict

ERROR: ResolutionImpossible: for help visit https://pip.pypa.io/en/latest/topics/dependency-resolution/#dealing-with-dependency-conflicts
Can version <IP_ADDRESS> be installed in windows?
Standalone code to reproduce the issue
pip install mediapipe_model_maker-<IP_ADDRESS>-py3-none-any.whl

Relevant log output
No response

@pjpratik @pkgoogle @tilakrayal @Venkat6871  Could you please help me to solve my problem?

Hi @libofei2004 ,

Could you please post this issue on [https://github.com/google-ai-edge/mediapipe] (https://github.com/google-ai-edge/mediapipe/issues) as this issue belongs to mediapipe.

Thank you!

@Venkat6871 Yes, I have post the issue on mediapipe page.

@Venkat6871 Yes, I have post the issue on mediapipe page.

Hi @libofei2004 ,
Closing the issue since it is being tracked in other repo. Please feel free to re-open the issue if necessary.
Thank you!


chore(package): update @kronos-integration/service to version 8.3.20

:tada: This PR is included in version 10.0.7 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Save seed data in components and remove the seed-database

This PR removes the botany system's seed database, in favour of just storing seed data on relevant components. The main advantage is that non-standard seeds can now actually be saved to a map.
The SeedPrototype class was split into a SeedData class and a prototype class that inherits from that. Whenever a seed is about to be modified, the botany system should either ensure that the seed data is either unique, or it should create a new clone of the existing data.
The seed prototypes also had both a name and seedName field. The name field went unused, and was almost always equal either to the prototype Id or the seedName, so I just removed that and renamed seedName to just name.
:cl:

fix: Fixed botany seeds created using the seed extractor not inheriting traits.

Closes https://github.com/space-wizards/space-station-14/issues/5969

conflicts then merge


not "criterium"

"Using this criterium" should be "...criterion"

Thanks! I just fixed it on the new branch that I will be merging with this one!


How to modify the mapping_to_detectron?

I changed the upsample in FPN topdown_lateral_modules into Dconv, my training process was all right. However, when i test the net, something wrong when load the ckpt, like this:
KeyError: 'Conv_Body.topdown_lateral_modules.0.dconv_topdown.0.weight'
I think i only add the layer, not to change the mapping_to_detectron, right? According to my understanding, mapping_to_detectron is just used to check if parameters to be loaded are correct, is it?
And, according to this, i can change those entries to True in mapping_to_detectron to load ckpt correctly, right? Just like:
mapping_to_detectron['Conv_Body.topdown_lateral_modules.0.dconv_topdown.0.weight'] : True.
System information

Operating system: Ubuntu 16.04.2 LTS
CUDA version: CUDA8
cuDNN version: 6
GPU models (for all devices if they are not all the same): ?
python version: 3.6.2
pytorch version: 0.3.1
Anything else that seems relevant: ?

I have a similar question. I add a new head, and the parameters in the new head can't map to detectron. If I use the method proposed in this, it's too trivial to set each parameter. Is there a better method to solve it?


ORDER BY not working in combination with GROUP BY

Steps to reproduce:

I am issuing a relatively simple query: SELECT a FROM b WHERE $timeFilter GROUP BY c ORDER BY time ASC where $timeFilter is an arbitrary date range defined by Grafana (however this behaviour happens in both Grafana and the InfluxDB shell, version 1.6.4).

Expected behavior:
A response containing the values of a for matching points, grouped by c, with the groups ordered by timestamp.
Actual behavior:
The response is ordered by c alphabetically rather than by timestamp. This is especially odd considering that trying to intentionally ORDER BY c would result in ERR: error parsing query: only ORDER BY time supported at this time.
I noticed that omitting ORDER BY leads to the same result, i.e. it looks like ORDER BY is noneffective.
Environment info:

System info: Linux 4.19.0-9-amd64 x86_64
InfluxDB version: InfluxDB v1.8.0 (git: 1.8 781490de48220d7695a05c29e5a36f550a4568f5)

Config:
No custom configuration whatsoever.

On further experimentation LIMIT is also ignored when used with GROUP BY.

Is there any update on this ticket? This is a major issue for us as it is causing points to be presented in a nonsensical order.

Apologies, I was mistaken - this must be intended behaviour. When used after GROUP BY, ORDER BY naturally only sorts the points within each group. I'm not sure why I expected it to sort the groups or even what this would mean (each member of the group having the same timestamp is a peculiarity of our data). LIMIT also works as expected after upgrading to version 1.8.2. I doubt also that it was broken in v1.8.0 as I thought but I can't be sure.


[GAPRINDASHVILI] [WIP] [Changelog] Update for Gaprindashvili Beta2

[skip ci]

@miq-bot add_label documentation

PR1284 was merged 18 hours ago and is marked as Sprint 75
PR1280 was merged 6 hours ago and should also be marked as 75
Sprint 74 closed 11/27 EOD


[BUG] Cluster health check failed: Failed to communicate with API server during namespace check

Rancher Server Setup

Rancher version: v2.10
Installation option (Helm Chart):

If Helm Chart, Kubernetes Cluster and version (RKE1, RKE2, k3s, EKS, etc): K3s, v1.31.4+k3s1 (ARM64, AMD64)
Proxy/Cert Details: No proxy.

Information about the Cluster

Kubernetes version: v1.31.4+k3s1
Cluster Type (Local/Downstream):

If downstream, what type of cluster? Imported.

User Information

What is the role of the user logged in? (Admin/Cluster Owner/Cluster Member/Project Owner/Project Member/Custom)

If custom, define the set of permissions: Admin & Cluster Owner

Describe the bug
Stuck on the error below which causes lockout.
Cluster health check failed: Failed to communicate with API server during namespace check: Get "https://<IP_ADDRESS>:443/api/v1/namespaces/kube-system?timeout=45s": dial tcp <IP_ADDRESS>:443: connect: connection refused
To Reproduce
Randomly happens. I have no idea why or how and it won't give me much ideas except for what is already displayed on the error.
Result

Expected Result
To be able to access my cluster again.
Screenshots
Already provided above,
Additional context
The cluster was working fine and then, randomly hit this error in rancher. Unable to access cluster or click anything. Essentially, locked out. The cluster is definitely running because I am able to access ingress routes that point to different services in the cluster.

I guess my first question here is: Does rancher poll the cluster for that endpoint (namespace check) or does it do it once and quite simply, gives up?
Is there a manual option to refresh the cluster on rancher and re-initiate these checks without having to kubectl into the cluster directly?
Locking me out of my own cluster (I don't have access to kubectl atm) over a namespace check is stupid and doesn't help me figure out what the issue actually is. Feels like it was an issue where the power went out intermittently, failed the check and rancher has been locked-out ever since.

what are the specs for the local cluster running Rancher ? is it Docker, RKE2/K3s or else? How many nodes and what size for the nodes?
Is it a fresh deployment of Rancher v2.10? or did you run v2.9 previously without those difficulties?

Raspberry pi 5 (ssd drive). Fresh deployment of Rancher v2.10. Not using docker. Installed via helm. @pgonin


Fix Mac OS lipo command cannot find file.

Oh no what happened?

Just did some funky things and it breaks. Basically I used \ in lipo command for new line but I guess it doesn't work. Now it works.


Context interfering with other Canvas

I have an existing component on my site, that binds a canvas to a canvas var, then inside onMount, I do the following:
	onMount(() => {
		ctx = canvas.getContext('2d');
	});

However, since adding  to the parent page (which is working), I get the following runtime error inside the above onMount function:
GameBoard.svelte:94 Uncaught (in promise) TypeError: Cannot read properties of undefined (reading 'getContext')
at GameBoard.svelte:94:16
at Array.map ()

Sorry, issue appears to be elsewhere in the game logic.  Please ignore.

Closing

No problem! Feel free to re-open if something comes up


[build] Linux make install sandbox

I'm looking for the best general method to install and build against a personal working copy of raylib as an unprivileged user. The use case includes configuring, extending and generally working on libraylib directly in a student lab scenario. This initial case is in a computer science context with the learning goals being everything to do with C that isn't C. Tools like gcc, cpp, ld, make and gdb will all be exposed and explored before moving on to the after-party and games . I'd like to enable easy building and selection of various personal configurations of raylib in parallel. For example, one might want to have both OpenGL2.1 and OpenGLES versions installed side by side on a Raspberry Pi then select from them at build or run time. The current makefiles accommodate this but it is an improvised and unfinished solution. At this time, my primary concern is avoiding root appropriately. The check for root in the install target could by isolated to a SYSTEM mode with normal installation to the home or custom directory defaulting to a USER mode without root. I'd like to survey how others manage this scenario and if the implementation could be brought in line with best practices. Thanks

Alien::raylib does that. If you got cpan (which is part of the standard Perl installation on many distros), you can just write cpan Alien::raylib and it will:

Check with pkg-config --modversion raylib if raylib is installed
if not, clone the github repo, build it with CMake and install shared and static libraries it into the user's home directory
Install an Alien::raylib module that wraps the system or user raylib

So, one could just
cpan Alien::libvas
echo "PKG_CONFIG_PATH=$(perl -MAlien::raylib -e 'print Alien::raylib->dist_dir')/lib/pkgconfig" >> ~/.bashrc

And you got yourself a locally installed raylib with which you can do:
cc game.c `pkg-config --cflags --libs raylib`
or cc game.c `pkg-config --cflags --libs --static raylib`

As raylib is a cmake project, just tell it to 'install' somewhere else, like if you want to install it to $HOME/libs then when you run cmake just add -DCMAKE_INSTALL_PREFIX="$HOME/libs", or you can change the install location at make time just by adding DESTDIR="$HOME/libs" to the make command (assuming you are using make, other build systems have their own methods, or just use the cmake one that sets it for all of them regardless).  At which point just build and install as normal with any other cmake project.  :-)

@a3f Maybe you could write a Perl HOWTO describing your process? How do you get the examples find raylib at runtime? I can build locally with the Makefiles but need sudo ldconfig $(RAYLIB_INSTALL_PATH) to enable system-wide runtime linking to raylib installed to a non-standard location, i.e. ~/lib. If I want to enable runtime linking without sudo, in examples/Makefile I append -Wl,-rpath,$(RAYLIB_RUNTIME_PATH) to CFLAGS, embedding the location directly in the executable. I haven't settled on a default switch  path. RAYLIB_RELEASE_PATH lets us work with the staged shared libs without formal installation. It's definition needs to be refined so that it is a full path.

@RDR8 That HowTo would be rather short, it just uses CMake and pkg-config. I don't think trying to get feature parity between CMake and the Makefiles is a worthwhile effort.

Thank you both for your input. My perspective on make vs cmake, is that make is the more fundamental tool for someone just learning this kind of software development, which is what I am and the "user" I'm catering to. I'm really interested in understanding how these basic tools work and in leaving some breadcrumbs for anyone who may follow. I guess it's kind of important to be correct in a public context, which is why I'm soliciting comments so loudly. CMake seems essential too and obviously works for a lot of people and it's on my need-to-know list. I just haven't gotten to it but I do appreciate having the option. For now, I need to learn about special variables in general.
Regarding RAYLIB_INSTALL_PATH and RAYLIB_RUNTIME_PATH, I guess they're being used like DESTDIR or BINDIR type variables. I like explicitly naming things but maybe I'm losing some features... Anyhow, in the current examples/Makefile, RAYLIB_RUNTIME_PATH gets embedded in our executable RPATH. This bypasses the need to "install" raylib with sudo ldconfig. I did a little research and this method seems to be preferred over LD_LIBRARY_PATH. It defaults to RAYLIB_INSTALL_PATH but offers a way to deploy applications, pointing to a bundled copy of libraylib.so. I don't know if anyone distributes games this way or just builds static distributables? I know it's not really the Unix way but it makes prototyping a heck of a lot easier. I don't want to mess with my system too much while pinching these libraries, you know?
To recap, I want to enable an edit-build-debug workflow that is suitable for beginners. It cannot require root permissions. It must reflect sensible, if not best, development practices leading to greater understanding of the GNU application development environment. It must not interfere with existing configuration of other platforms. I'll use a combination of configuration and documentation, mostly documentation, to get this done. This roughly corresponds to the first phase of raysan5's curriculum. The games are the bait and the bonus. Hopefully, in a year or two, with you guys' help, I'll be slinging C like it ain't no thang. Writing helps me understand things. Thanks for reading.

To recap, I want to develop an edit-build-debug workflow that is suitable for beginners. It cannot require root permissions. It must reflect sensible, if not best, development practices leading to greater understanding of the GNU application development environment. It must not interfere with existing configuration of other platforms. I suggest a combination of configuration and documentation, mostly documentation, to achieve that. This roughly corresponds to the first phase of raysan5's curriculum. The games are the bait and the bonus. Hopefully, in a year or two, with you guys' help, I'll be slinging C like it ain't no thang. Writing helps me understand things. Thanks for reading.

Well the usual way to build an application in modern 'best pratices' is:
1 git clone <blah> Grab the project of course, but don't go in it's directory
2. mkdir whereever; cd whereever Make a directory to put all your build stuff in and go in to it
3. cmake ../blah Or whatever path to the project, it can be useful to pass options like:

-DCMAKE_BUILD_TYPE=Release to enable full release building, debug info is stripped, etc...
-DCMAKE_INSTALL_PREFIX="$HOME/whatever" to 'install' it to some place, otherwise it defaults to something like /usr/local or whatever is usually the default on the system being used.
-G Ninja You can choose other generators as well, default on linux is "Unix Makefiles", but Ninja is a popular once considering how blazing FAST it is.  On mac this defaults to xcode I think, and on windows I think this defaults to Visual Studio nmake files unless run in cygwin or so where it defaults to "Unix Makefiles", but you can of course generate any generator on any OS, so you can generate xcode or VStudio ones or whatever from linux if you want (though not that useful of course).  I tend to like ninja for it's absolute speed, but I'll use make for the remaining examples as it is the oldest and most documented.
There are others as well, this is like the normal ./configure ... step in normal Makefiles (except it supports out of source builds, which you should always do).
You can make other paths and run cmake <path-to-project> with different options as well, so you can have a debug mode, a release mode, a release+debuginfo mode, maybe enable some options and libraries, disable others, etc... (this is why out of source builds are so useful, you cannot do a variety with in-source builds, in addition to corrupting the build tree of course).

Once configured then you can perform any of these steps:

make Build the project, this won't install or anything, you can of course pass the usual arguments like DESTDIR and so forth to override more if you want (if you run install that is), or things like -j9 or so to parallize the builds or so.
make test Run the tests, if the project had tests of course.  In addition to compiling the tests this will also compile the main project like if you ran make.
make install Run the installer, it will install to where-ever specified, this also builds the project like if you ran make first.
There are others as well like package and so forth, in addition to potentially project-specific ones.

Instead of running whatever commands straight, you can also run it via cmake commands, so you could replace section 4 above with these commands instead and it would do the same thing (but not just for make but rather whatever generator was specified):

cmake --build . Build the project, you can specify a path other than . if you are not already in the configured directory too, with this way you can build many configurations at once too
cmake --build . --target test Run the tests
cmake --build . --target install Install as specified

In general with most well designed projects the CMake file will handle it's own dependencies, either picking it up from the system (CMake supports both cmake config files as well as pkg-config setups) or many projects will build dependencies internally (CMake can git clone and download all such as well).  The more poorly made projects will require you to manually download and build other parts (PR those!  That is just irritating...).  Things like hunter (a CMake per-project addin) can handle the dependency management for the project, significantly reducing the dependency handling code to generally only a line or two (but many still do it manually for whatever reason).
CMake projects can also have toolchains, these are generally used when cross-compiling, so like compiling to android, rpi, compiling to windows from linux, etc... etc...  This is specified on the cmake ... step as well.
In general, most of the times you will just do this with well set up completed projects:
$ git clone ... blah
$ mkdir blah-build-release && cd blah-build-release
$ cmake ../blah ...
$ cmake --build . --target install
$ # Repeat the last 3 steps for each different configuration that you want, can also do them all at the same time with simple setup too

@OvermindDL1 Thank you very much for the thoughtful and detailed response. As much as I like to read, the experience of others is invaluably expeditious (^; It'll get a few re-reads. Thanks again.
No one's compaining about -rpath yet, so that's good. I think I'll try to feature it along with a hypothetical RAYLIB_INSTALL_MODE=USER

@OvermindDL1 Thank you very much for the thoughtful and detailed response. As much as I like to read, the experience of others is invaluably expeditious (^; It'll get re-read thoroughly. Thanks again.

Heh, really though if you want to learn cmake, the Official CMake manual and the Hitchhiker's Guide to CMake (made by one of the big CMake people) are absolutely invaluable.  The equivalent CMake scripts compared to Makefiles are shorter and more readable (except in the trivial single-liner makefile cases, which are dreadfully rare), in addition you can get it to work on any OS and build system with relative ease (especially compared to Makefiles or visual studio) among many other things (like pure-cmake dependency systems like Hunter or standalone needs-to-be-installed dependency systems like Conan, both are distributed, out-of-source, etc... etc..., though the nice thing with a project that uses hunter is you need nothing but build-essentials and cmake to build them ^.^).  It is well worth learning.  :-)

Taking a step with #480 .


Constantly rejected

Hi, since yesterday I had been contantly rejected after some download time, maybe it has some changes?
For example:
Fetching https://www.crunchyroll.com/es-es/tonikawa-over-the-moon-for-you
Fetching TONIKAWA Over The Moon For You 01 [CrunchyRoll].mkv
Rejected TONIKAWA Over The Moon For You 01 [CrunchyRoll].mkv (00:04:08)
Fetching TONIKAWA Over The Moon For You 02 [CrunchyRoll].mkv
Rejected TONIKAWA Over The Moon For You 02 [CrunchyRoll].mkv (00:04:08)
Fetching TONIKAWA Over The Moon For You 03 [CrunchyRoll].mkv
Rejected TONIKAWA Over The Moon For You 03 [CrunchyRoll].mkv (00:05:39)
Fetching TONIKAWA Over The Moon For You 04 [CrunchyRoll].mkv
Rejected TONIKAWA Over The Moon For You 04 [CrunchyRoll].mkv (00:04:48)
Fetching TONIKAWA Over The Moon For You 05 [CrunchyRoll].mkv
Rejected TONIKAWA Over The Moon For You 05 [CrunchyRoll].mkv (00:07:31)
Fetching TONIKAWA Over The Moon For You 06 [CrunchyRoll].mkv
Rejected TONIKAWA Over The Moon For You 06 [CrunchyRoll].mkv (00:05:19)
Fetching TONIKAWA Over The Moon For You 07 [CrunchyRoll].mkv
Rejected TONIKAWA Over The Moon For You 07 [CrunchyRoll].mkv (00:07:38)
Fetching TONIKAWA Over The Moon For You 08 [CrunchyRoll].mkv
Rejected TONIKAWA Over The Moon For You 08 [CrunchyRoll].mkv (00:07:22)
Fetching TONIKAWA Over The Moon For You 09 [CrunchyRoll].mkv

Also said:
{ RangeError [ERR_CHILD_PROCESS_STDIO_MAXBUFFER]: stderr maxBuffer length exceeded
at Socket.onChildStderr (child_process.js:377:14)
at Socket.emit (events.js:198:13)
at addChunk (_stream_readable.js:288:12)
at readableAddChunk (_stream_readable.js:265:13)
at Socket.Readable.push (_stream_readable.js:224:10)
at Pipe.onStreamRead (internal/stream_base_commons.js:94:17)
cmd:
... and more text but I thing maybe was by the buffer size

Sorry, solved xD was my error with the node version, I made some changes for another proyect and forgot that this project needs node >= 12

Great that you found the root cause and solved it. I'll make a note to add a warning.


Port ASIO host to new stream-based API

An implementation for the ASIO host on top of the new stream-based API. Based on initial discussion on RustAudio discord.
Design choices:

ASIO supports only a single input/output stream, which need to be created at the same time. This means for now that (due to lack of duplex stream api) there is no way to use input and output for an ASIO driver atm. The previous implementation solved this via access synchronization to rebuild the buffers on the fly -> API changes would be benficial
As ASIO uses exclusive device sharing, there is no concurrent access emulation implemented in the host so far.
Play/pause functionality is on device level in ASIO in contrast to the cpal API (on stream level). We currently just implement this software side via a bool. The native functions are not called, only on stream creation
We currently use the set_callback API provided by the ASIO wrapper of cpal which internally realizes support for multiple callbacks -> current only source of locking inside the callback executing.

Missing pieces:

[ ] Stream dropping needs to be implemented, also a bit unsure about the lifetime situation as a device or host might be dropped before a stream as far as I can see right now.

A few things that I want to confirm:
First about synchronization and duplex things, we would want to avoid Mutex at any cost because it would just destroy all the scheduling effort done by the driver. Hopefully using a channel should be good enough to solve the problem.
Regarding API changes for duplex, I think we don't want to do that for the near future because ASIO is special in not only being duplex but also having it as the only type of stream, and being exclusive.
Finally, to implement Drop I think we can use FooInner types with Arc (that's how I expected this API to work, except that in other backend this is typically managed by the system library instead).  The overhead should be acceptable since we don't do refcount operations so often.

Thanks for the quick review!

First about synchronization and duplex things, we would want to avoid Mutex at any cost because it would just destroy all the scheduling effort done by the driver. Hopefully using a channel should be good enough to solve the problem.

When creating a new stream the operations to be call when another stream is already in process should be:

stop driver
dispose buffers
create buffers
start driver

If I understand the ASIO docs correctly (sync part underspecified imo), this would result in callbacks and host (user access) not happening in parallel at all, so in theory not synchronization would be needed to be applied. As we have no contention I would argue that using lightweight mutexes (like parking_lot) should be totally fine.
Right now I just wanted to avoid this situation at all as it seems a bit weird due to possible glitches when creating a new stream on the fly affecting the other stream (not sure how other APIs react here).

Regarding API changes for duplex, I think we don't want to do that for the near future because ASIO is special in not only being duplex but also having it as the only type of stream, and being exclusive.

Fine for me! I'm probably a bit vague with the semantics here -> I referred to duplex as two independent streams from the user perspective, just created at once from the device.

Finally, to implement Drop I think we can use FooInner types with Arc  (that's how I expected this API to work, except that in other backend  this is typically managed by the system library instead).  The overhead  should be acceptable since we don't do refcount operations so often.

So the API is built around internal refcounting? Meaning that the host implementation will take care of  dropping everything in order.


ONEDNN - Layer Normalization error

Click to expand!
Issue Type
Bug
Source
binary
Tensorflow Version
2.9.2 v2.9.1-132-g18960c44ad3 2.9.2
Custom Code
No
OS Platform and Distribution
ubuntu 18, ubuntu 20,redhat 7
Mobile device
No response
Python version
3.8
Bazel version
No response
GCC/Compiler version
7.5.0
CUDA/cuDNN version
No response
GPU model and memory
No response
Current Behaviour?
the model predicts without errors

Standalone code to reproduce the issue
import os
os.environ['TF_ENABLE_ONEDNN_OPTS'] = '1'
import tensorflow as tf
import numpy as np

input_layer = tf.keras.layers.Input(shape=(3,24), dtype=np.float32)
data = tf.quantization.fake_quant_with_min_max_vars(inputs=input_layer, min=0, max=3.5, num_bits=8)
data = tf.keras.layers.LayerNormalization(axis=[-2,-1], center=True,scale=True)(data)
data = tf.quantization.fake_quant_with_min_max_vars(inputs=data, min=0, max=3.5, num_bits=8)
model = tf.keras.Model(inputs=input_layer, outputs=data)
model.compile()
model.summary()

data = np.random.rand(1,3,24)
res = model.predict(data)

Relevant log output
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/path/to/python/python3.8/site-packages/keras/utils/traceback_utils.py", line 67, in error_handler
    raise e.with_traceback(filtered_tb) from None
  File "/path/to/python/python3.8/site-packages/tensorflow/python/eager/execute.py", line 54, in quick_execute
    tensors = pywrap_tfe.TFE_Py_Execute(ctx._handle, device_name, op_name,
tensorflow.python.framework.errors_impl.InvalidArgumentError: Graph execution error:

Detected at node 'model/layer_normalization/add' defined at (most recent call last):
    File "<stdin>", line 1, in <module>
    File "/path/to/python/python3.8/site-packages/keras/utils/traceback_utils.py", line 64, in error_handler
      return fn(*args, **kwargs)
    File "/path/to/python/python3.8/site-packages/keras/engine/training.py", line 2033, in predict
      tmp_batch_outputs = self.predict_function(iterator)
    File "/path/to/python/python3.8/site-packages/keras/engine/training.py", line 1845, in predict_function
      return step_function(self, iterator)
    File "/path/to/python/python3.8/site-packages/keras/engine/training.py", line 1834, in step_function
      outputs = model.distribute_strategy.run(run_step, args=(data,))
    File "/path/to/python/python3.8/site-packages/keras/engine/training.py", line 1823, in run_step
      outputs = model.predict_step(data)
    File "/path/to/python/python3.8/site-packages/keras/engine/training.py", line 1791, in predict_step
      return self(x, training=False)
    File "/path/to/python/python3.8/site-packages/keras/utils/traceback_utils.py", line 64, in error_handler
      return fn(*args, **kwargs)
    File "/path/to/python/python3.8/site-packages/keras/engine/training.py", line 490, in __call__
      return super().__call__(*args, **kwargs)
    File "/path/to/python/python3.8/site-packages/keras/utils/traceback_utils.py", line 64, in error_handler
      return fn(*args, **kwargs)
    File "/path/to/python/python3.8/site-packages/keras/engine/base_layer.py", line 1014, in __call__
      outputs = call_fn(inputs, *args, **kwargs)
    File "/path/to/python/python3.8/site-packages/keras/utils/traceback_utils.py", line 92, in error_handler
      return fn(*args, **kwargs)
    File "/path/to/python/python3.8/site-packages/keras/engine/functional.py", line 458, in call
      return self._run_internal_graph(
    File "/path/to/python/python3.8/site-packages/keras/engine/functional.py", line 596, in _run_internal_graph
      outputs = node.layer(*args, **kwargs)
    File "/path/to/python/python3.8/site-packages/keras/utils/traceback_utils.py", line 64, in error_handler
      return fn(*args, **kwargs)
    File "/path/to/python/python3.8/site-packages/keras/engine/base_layer.py", line 1014, in __call__
      outputs = call_fn(inputs, *args, **kwargs)
    File "/path/to/python/python3.8/site-packages/keras/utils/traceback_utils.py", line 92, in error_handler
      return fn(*args, **kwargs)
    File "/path/to/python/python3.8/site-packages/keras/layers/normalization/layer_normalization.py", line 324, in call
      outputs = outputs + tf.cast(offset, outputs.dtype)
Node: 'model/layer_normalization/add'
scale must be 1D tensor[1,3,24]
	 [[{{node model/layer_normalization/add}}]] [Op:__inference_predict_function_217]

@Chizkiyahu,
Thanks for opening this issue. Development of keras moved to another repository.
Could you please post this issue on keras-team/keras repo.
To know more please refer:
https://discuss.tensorflow.org/t/keras-project-moved-to-new-repository-in-https-github-com-keras-team-keras/1999
Thank you!

I open issue in Keras repo
but in my debug the bug is probably in this repo

@Chizkiyahu,
Could you please move this issue to closed status, since it is already being tracked there in Keras repo. Thank you!


[tool_crash] FileSystemException: Failed to decode data using encoding 'utf-8', null

Command
flutter --no-color run --machine --track-widget-creation --device-id=emulator-5554 --start-paused --dart-define=flutter.inspector.structuredErrors=true lib\main.dart

Steps to Reproduce

...
...
...

Logs
FileSystemException: Failed to decode data using encoding 'utf-8', null
#0      _File._tryDecode (dart:io/file_impl.dart:615:7)
#1      _File.readAsStringSync (dart:io/file_impl.dart:624:7)
#2      ForwardingFile.readAsStringSync (package:file/src/forwarding/forwarding_file.dart:99:16)
#3      ErrorHandlingFile.readAsStringSync.<anonymous closure> (package:flutter_tools/src/base/error_handling_io.dart:218:22)
#4      _runSync (package:flutter_tools/src/base/error_handling_io.dart:590:14)
#5      ErrorHandlingFile.readAsStringSync (package:flutter_tools/src/base/error_handling_io.dart:217:12)
#6      AndroidPlugin._getSupportedEmbeddings (package:flutter_tools/src/platform_plugins.dart:210:53)
#7      AndroidPlugin._supportedEmbeddings (package:flutter_tools/src/platform_plugins.dart:158:49)
#8      AndroidPlugin._supportedEmbeddings (package:flutter_tools/src/platform_plugins.dart)
#9      AndroidPlugin.toMap (package:flutter_tools/src/platform_plugins.dart:152:30)
#10     _extractPlatformMaps (package:flutter_tools/src/flutter_plugins.dart:361:40)
#11     _writeAndroidPluginRegistrant (package:flutter_tools/src/flutter_plugins.dart:375:53)
#12     injectPlugins (package:flutter_tools/src/flutter_plugins.dart:1164:11)
<asynchronous suspension>
#13     FlutterProject.ensureReadyForPlatformSpecificTooling (package:flutter_tools/src/project.dart:378:5)
<asynchronous suspension>
#14     FlutterCommand.verifyThenRunCommand (package:flutter_tools/src/runner/flutter_command.dart:1665:7)
<asynchronous suspension>
#15     FlutterCommand.run.<anonymous closure> (package:flutter_tools/src/runner/flutter_command.dart:1367:27)
<asynchronous suspension>
#16     AppContext.run.<anonymous closure> (package:flutter_tools/src/base/context.dart:150:19)
<asynchronous suspension>
#17     CommandRunner.runCommand (package:args/command_runner.dart:212:13)
<asynchronous suspension>
#18     FlutterCommandRunner.runCommand.<anonymous closure> (package:flutter_tools/src/runner/flutter_command_runner.dart:348:9)

[✓] Flutter (Channel stable, 3.16.6, on Microsoft Windows [版本 10.0.22621.3007], locale zh-CN)
    • Flutter version 3.16.6 on channel stable at D:\Flutter\flutter_windows_3.16.6-stable\flutter
    • Upstream repository https://github.com/flutter/flutter.git
    • Framework revision 46787ee49c (29 hours ago), 2024-01-09 14:36:07 -0800
    • Engine revision 3f3e560236
    • Dart version 3.2.3
    • DevTools version 2.28.4
    • Pub download mirror https://mirrors.cloud.tencent.com/dart-pub
    • Flutter download mirror https://mirrors.cloud.tencent.com/flutter

[✓] Windows Version (Installed version of Windows is version 10 or higher)

[✓] Android toolchain - develop for Android devices (Android SDK version 34.0.0)
    • Android SDK at D:\A-AndioidSDK
    • Platform android-34, build-tools 34.0.0
    • ANDROID_HOME = D:/A-AndioidSDK
    • Java binary at: D:\Program Files\AdNew\jbr\bin\java
    • Java version Java(TM) SE Runtime Environment (build 17.0.9+11-LTS-201)
    • All Android licenses accepted.

[✗] Chrome - develop for the web (Cannot find Chrome executable at .\Google\Chrome\Application\chrome.exe)
    ! Cannot find Chrome. Try setting CHROME_EXECUTABLE to a Chrome executable.

[✓] Visual Studio - develop Windows apps (Visual Studio Professional 2022 17.8.3)
    • Visual Studio at D:\Program Files\Microsoft Visual Studio\2022\Professional
    • Visual Studio Professional 2022 version 17.8.34330.188
    • Windows 10 SDK version 10.0.22621.0

[✓] Android Studio (version 2023.1)
    • Android Studio at D:\Program Files\AdNew
    • Flutter plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/9212-flutter
    • Dart plugin can be installed from:
      🔨 https://plugins.jetbrains.com/plugin/6351-dart
    • Java version Java(TM) SE Runtime Environment (build 17.0.9+11-LTS-201)

[✓] IntelliJ IDEA Community Edition (version 2023.3)
    • IntelliJ at D:\Program Files\JetBrains\IntelliJ IDEA Community Edition 2023.2.2
    • Flutter plugin version 77.0.1
    • Dart plugin version 233.13135.65

[✓] Connected device (3 available)
    • HD1910 (mobile)   • emulator-5554 • android-x86    • Android 5.1.1 (API 22)
    • Windows (desktop) • windows       • windows-x64    • Microsoft Windows [版本 10.0.22621.3007]
    • Edge (web)        • edge          • web-javascript • Microsoft Edge 120.0.2210.91

[✓] Network resources
    • All expected network resources are available.

! Doctor found issues in 1 category.

Flutter Application Metadata
Type: app
Version: 1.0.0+1
Material: true
Android X: false
Module: false
Plugin: false
Android package: null
iOS bundle identifier: null
Creation channel: stable
Creation framework version: ffccd96b62ee8cec7740dab303538c5fc26ac543
Plugins
fluttertoast-8.2.4
path_provider-2.1.2
path_provider_android-2.2.2
path_provider_foundation-2.3.1
path_provider_linux-2.2.1
path_provider_windows-2.2.1
shared_preferences-2.2.2
shared_preferences_android-2.2.1
shared_preferences_foundation-2.3.4
shared_preferences_linux-2.3.2
shared_preferences_web-2.2.1
shared_preferences_windows-2.3.2

Closing this as a duplicate of https://github.com/flutter/flutter/issues/65021.


Ronald - go through Mesmer code-base (with Lukasz)

Marking this Issue as closed (since I had meeting with @lgajowy yesterday).
NOTE / follow-up-reading:

https://github.com/open-telemetry/opentelemetry-java-instrumentation/blob/701ed543117f8942c4e159441c99f7897d5706f0/docs/contributing/writing-instrumentation-module.md
https://github.com/open-telemetry/opentelemetry-java-instrumentation/blob/701ed543117f8942c4e159441c99f7897d5706f0/docs/contributing/muzzle.md


[Backend] Introduce new API of Backend

Let's introduce new API of Backend as commented yet.
ONE-DCO-1.0-Signed-off-by: Yongseop Kim<EMAIL_ADDRESS>

I will wait for #486, #487 PR to be merged.
After merged these PRs, please uncomment your codes.


Handle popcon data

We require to handle the popcon data dump. Similarly to #1, we want to handle this file type under a script/library under scripts/ingestion. The expected schema should follow the popcon tabular description:
#rank name                            inst  vote   old recent no-files (maintainer)
(see the rest of the format description):
#Format
#
#<name> is the package name;
#<inst> is the number of people who installed this package;
#<vote> is the number of people who use this package regularly;
#<old> is the number of people who installed, but don't use this package
#      regularly;
#<recent> is the number of people who upgraded this package recently;
#<no-files> is the number of people whose entry didn't contain enough
#           information (atime and ctime were 0).

I have built the popularity table (popcon) with this schema:

name inst vote old recent no-files maintainer inst_norm vote_norm

You can find it - data/yellow/vineet/database/bi_multi_tables.db/popularity_table   in this table

I would like to see the script, rather than the table

@SantiagoTorres  - I think this is complete! what was the commit for this?

Check the updated code from #4!


Fix attach stream closing issues

This small fix fixes 2 different issues:

Attach after detach in master

Attaching after once detached doesn't work in current master. v1.4.1 isn't affected. Regression is at #9511.
docker run -it --name test busybox
^P^Q
docker attach test
<no prompt>

The problem is that when stdout/stderr closed cStdin.Close() is always called on if in stdinOnce mode. This closes the process stdin.

docker attach not exiting when container exits #9860

After stdout/stderr close, stdin.Close() is only ran if we are on stdinOnce mode. Goroutine must be always cleaned. Regression is at #8571.

We never actually need to close container stdin after stdout/stderr finishes. We only need to close the stdin goroutine. In some cases this also means closing stdin but that is already controlled by the goroutine itself.
/cc @LK4D4 @jfrazelle @cpuguy83
Signed-off-by: Tonis Tiigi<EMAIL_ADDRESS>

See #10078 also, should you want to merge that instead I can limit mine to tests only.

yours is simpler LGTM thanks

LGTM


chore(deps): upgrade dependencies

Upgrades project dependencies. See details in workflow run.

Automatically created by projen via the "upgrade-main" workflow

Codecov Report

Merging #476 (7315b57) into main (d074cf4) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main     #476   +/-   ##
=======================================
  Coverage   95.69%   95.69%
=======================================
  Files           1        1
  Lines         395      395
  Branches       42       53   +11
=======================================
  Hits          378      378
  Misses         17       17

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


add:raghav-singh

Description
Added my profile.
Related Issues
[Include any related issues or pull requests that this PR addresses or is related to. Use GitHub's shorthand syntax to link to them, like #1234.]
Changes Proposed
[Describe the changes you've made in detail. Be specific and include any relevant code snippets.]
Checklist

[ ] I have read and followed the Contribution Guidelines.
[ ] All new and existing tests passed.
[ ] I have updated the documentation to reflect the changes I've made.
[ ] My code follows the code style of this project.
[ ] The title of my pull request is a short description of the requested changes.

Screenshots
Note to reviewers

@RaghavSaptam Thank you so much for your contribution! Your efforts are greatly appreciated and will go a long way in improving our project. Please feel free to share it with others and Star the repo to help us grow even further!


"ValueError: Not understood" for Mongo after upgrade

I updated blaze today (blaze  {0.6.6_212_g4b7c730 -> 0.8.0}) and I got a new error.
import blaze as bz
apps = bz.Data("mongodb://localhost:27017/API::apps", dshape = 'var * {name: string}')

That used to run fine but now I get this traceback:
Traceback (most recent call last):

  File "<ipython-input-1-81a88c5ec220>", line 1, in <module>
    runfile('/Users/Dalton/Desktop/errorTest.py', wdir='/Users/Dalton/Desktop')

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/spyderlib/widgets/externalshell/sitecustomize.py", line 682, in runfile
    execfile(filename, namespace)

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/spyderlib/widgets/externalshell/sitecustomize.py", line 78, in execfile
    builtins.execfile(filename, *where)

  File "/Users/Dalton/Desktop/errorTest.py", line 10, in <module>
    apps = bz.Data("mongodb://localhost:27017/API::apps", dshape = 'var * {name: string}')

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/blaze/interactive.py", line 100, in Data
    result = result[field]

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/blaze/expr/expressions.py", line 108, in __getitem__
    raise ValueError("Not understood %s[%s]" % (self, key))

ValueError: Not understood _1[apps]

Let me know if there's anything I can do to be helpful.

You likely need to update odo, as there were some changes to the mongo backend. They shouldn't be breaking changes. Can you show your odo version?

I'd recommend using conda to install blaze releases. It'll handle dependencies without any issues.

Ya I'm using conda. Here's the revisions for the update that preceded the error:
conda update blaze

2015-05-02 14:33:09  (rev 15)
     bcolz  {0.7.2 -> 0.8.1}
     blaze  {0.6.6_212_g4b7c730 -> 0.8.0}
     conda  {3.10.0 -> 3.11.0}
     conda-env  {2.1.3 -> 2.1.4}
     cytoolz  {0.7.0 -> 0.7.2}
     datashape  {0.4.1 -> 0.4.5}
     h5py  {2.3.1 -> 2.5.0}
     hdf5  {1.8.13 -> 1.8.14}
     numba  {0.14.0 -> 0.18.2}
     pandas  {0.15.2 -> 0.16.0}
     pip  {6.0.8 -> 6.1.1}
     psutil  {2.1.1 -> 2.2.1}
     pymongo  {2.7.2 -> 2.8}
     pytables  {3.1.1 -> 3.1.1}
     python-dateutil  {2.4.1 -> 2.4.2}
     pytz  {2014.9 -> 2015.2}
     requests  {2.6.0 -> 2.6.2}
     setuptools  {14.3 -> 15.2}
     sqlalchemy  {0.9.8 -> 1.0.2}
     sqlite  {<IP_ADDRESS> -> <IP_ADDRESS>}
     toolz  {0.7.0 -> 0.7.1}
     werkzeug  {0.9.6 -> 0.10.4}
    +blaze-core-0.8.0
    +enum34-1.0.4
    +funcsigs-0.4
    +llvmlite-0.4.0
    +odo-0.3.2

@cpcloud Any other advice on what I might try?

@TDaltonC What happens when you do this?
import blaze as bz
apps = bz.Data("mongodb://localhost:27017/API::apps")

I'm not sure what's going on now but I'm getting an error reporting that there is no blaze module:
In [4]: import blaze
Traceback (most recent call last):

  File "<ipython-input-4-5c5ee3cb747a>", line 1, in <module>
    import blaze

ImportError: No module named blaze

Here's my path:
In [7]: import sys

In [8]: print sys.path
['', '/Users/Dalton/anaconda/lib/python27.zip',
'/Users/Dalton/anaconda/lib/python2.7',
'/Users/Dalton/anaconda/lib/python2.7/plat-darwin',
'/Users/Dalton/anaconda/lib/python2.7/plat-mac',
'/Users/Dalton/anaconda/lib/python2.7/plat-mac/lib-scriptpackages',
'/Users/Dalton/anaconda/lib/python2.7/lib-tk',
'/Users/Dalton/anaconda/lib/python2.7/lib-old',
'/Users/Dalton/anaconda/lib/python2.7/lib-dynload',
'/Users/Dalton/anaconda/lib/python2.7/site-packages/cryptography-0.8-py2.7-macosx-10.5-x86_64.egg',
'/Users/Dalton/anaconda/lib/python2.7/site-packages/setuptools-15.2-py2.7.egg',
'/Users/Dalton/anaconda/lib/python2.7/site-packages',
'/Users/Dalton/anaconda/lib/python2.7/site-packages/PIL',
'/Users/Dalton/anaconda/lib/python2.7/site-packages/Sphinx-1.2.3-py2.7.egg',
'/Users/Dalton/anaconda/lib/python2.7/site-packages/aeosa',
'/Users/Dalton/anaconda/lib/python2.7/site-packages/IPython/extensions',
'/Users/Dalton/.ipython']

and conda says I have blaze:
Thomass-MacBook-Pro:~ Dalton$ conda update blaze
Fetching package metadata: ....
# All requested packages already installed.
# packages in environment at /Users/Dalton/anaconda:
#
blaze                     0.8.0                np19py27_0

Every other import I've tried is fine, and they have the same version reported by conda:
scipy.__version__
Out[17]: '0.15.1'

odo.__version__
Out[18]: '0.3.2'

pandas.__version__
Out[19]: '0.16.0'

# All requested packages already installed.
# packages in environment at /Users/Dalton/anaconda:
#
odo                       0.3.2                np19py27_0
pandas                    0.16.0               np19py27_1
scipy                     0.15.1               np19py27_0

I'm going to try to debug this and get back to you about your question, but chime-in if something jumps out at you.

Make sure you didn't name your file blaze.py.

Good though, but nope. No files to folders named 'blaze'. It happens from the terminal too:
Thomass-MacBook-Pro:~ Dalton$ python
Python 2.7.9 |Anaconda 2.2.0 (x86_64)| (default, Dec 15 2014, 10:37:34)
[GCC 4.2.1 (Apple Inc. build 5577)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
Anaconda is brought to you by Continuum Analytics.
Please check out: http://continuum.io/thanks and https://binstar.org
>>> import blaze
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No module named blaze
>>>

try
conda remove blaze
pip uninstall blaze

and make sure you don't have multiple versions of blaze lying around

If that fails, create new empty conda environment to try and reproduce the error
conda create -n testenv python=2 blaze -c blaze
source activate testenv
python -c 'import blaze'

Ok, I've got it working now. I think it was that I had multiple versions of blaze.
Anyway, when I run:
import blaze as bz

apps = bz.Data("mongodb://localhost:27017/API::apps")

I get this traceback:
In [5]: runfile('/Users/Dalton/Desktop/errorTest.py', wdir='/Users/Dalton/Desktop')
Traceback (most recent call last):

  File "<ipython-input-5-81a88c5ec220>", line 1, in <module>
    runfile('/Users/Dalton/Desktop/errorTest.py', wdir='/Users/Dalton/Desktop')

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/spyderlib/widgets/externalshell/sitecustomize.py", line 682, in runfile
    execfile(filename, namespace)

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/spyderlib/widgets/externalshell/sitecustomize.py", line 78, in execfile
    builtins.execfile(filename, *where)

  File "/Users/Dalton/Desktop/errorTest.py", line 10, in <module>
    apps = bz.Data("mongodb://localhost:27017/API::apps")

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/blaze/interactive.py", line 67, in Data
    dshape = discover(data)

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/multipledispatch/dispatcher.py", line 163, in __call__
    return func(*args, **kwargs)

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/odo/backends/mongo.py", line 111, in discover_mongo_database
    for name in names))))

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/odo/backends/mongo.py", line 111, in <genexpr>
    for name in names))))

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/multipledispatch/dispatcher.py", line 163, in __call__
    return func(*args, **kwargs)

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/odo/backends/mongo.py", line 28, in discover_pymongo_collection
    ds = discover(items)

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/multipledispatch/dispatcher.py", line 163, in __call__
    return func(*args, **kwargs)

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/datashape/discovery.py", line 197, in discover
    for column in columns]

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/multipledispatch/dispatcher.py", line 163, in __call__
    return func(*args, **kwargs)

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/datashape/discovery.py", line 342, in discover
    return Record([[k, discover(d[k])] for k in sorted(d)])

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/multipledispatch/dispatcher.py", line 163, in __call__
    return func(*args, **kwargs)

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/datashape/discovery.py", line 342, in discover
    return Record([[k, discover(d[k])] for k in sorted(d)])

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/multipledispatch/dispatcher.py", line 163, in __call__
    return func(*args, **kwargs)

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/datashape/discovery.py", line 54, in discover
    type(o).__name__)

NotImplementedError: Don't know how to discover type 'ObjectId'

Cool I can take a look tomorrow first thing. That's an error I can work with :)

Thanks Phillip.

In case it helps. This syntax:
import blaze as bz
db = bz.Data(bz.resource("mongodb://localhost:27017/API::apps"),dshape = 'var * {name: string}')

runs fine with blaze=0.8.0
And this syntax:
import blaze as bz
db = bz.Data(bz.resource("mongodb://localhost:27017/API::apps"))

gives this error:
ValueError: Consistent datashape not found

And that is really beyond the scope of this bug.

@TDaltonC I'm not sure what the error is here anymore. Can you roll back to an earlier version of blaze odo and datashape and show me the result of the following:
print(bz.Data("mongodb://localhost:27017/API::apps").dshape)

Ya. Any version in particular?

I'd probably go back to the one you reported at the beginning (0.6.6_212_g4b7c730)

hm

Hm, on second thought that's a pretty old version. I'm not totally sure what version of odo and datashape will be compatible with that version of blaze.
Have your data changed between the older version of blaze and the newer version?

Nope, but my 'app' collection is a pretty irregularly shaped. That's why I was explicitly providing a dshape before.

Ah, in that case does the following work for you:
data = bz.Data("mongodb://localhost:27017/API::apps", dshape='var * {name: string}')

?

In blaze=0.8.8 that gives this error
In [2]: data = bz.Data("mongodb://localhost:27017/API::apps", dshape='var * {name: string}')
Traceback (most recent call last):

  File "<ipython-input-2-47e4941485a3>", line 1, in <module>
    data = bz.Data("mongodb://localhost:27017/API::apps", dshape='var * {name: string}')

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/blaze/interactive.py", line 100, in Data
    result = result[field]

  File "/Users/Dalton/anaconda/lib/python2.7/site-packages/blaze/expr/expressions.py", line 108, in __getitem__
    raise ValueError("Not understood %s[%s]" % (self, key))

ValueError: Not understood _1[apps]

but this syntax:
In [3]: data = bz.Data(bz.resource("mongodb://localhost:27017/API::apps"),dshape = 'var * {name: string}')

Runs fine.
Would you like me to try a different version?

Ah okay. I understand now.

@TDaltonC finally able to reproduce this!

Glad to hear!


Update index.md

[ ] I have read freeCodeCamp's contribution guidelines.
[ ] My pull request has a descriptive title (not a vague title like Update index.md)
[ ] My pull request targets the master branch of freeCodeCamp.
[ ] None of my changes are plagiarized from another source without proper attribution.
[ ] My article does not contain shortened URLs or affiliate links.

If your pull request closes a GitHub issue, replace the XXXXX below with the issue number.
Closes #XXXXX

Hey @username
So I'd love to be able to merge your changes but it looks like there is an error with the Travis CI build. ⚠
Error: ENOTDIR: not a directory, open 'src/pages/java/data-abstraction/index.md'

This particular error was not actually caused by your file but was an old error caused by merging faulty code to the master branch. It has since been resolved.
To pass the build, you will have to sync the latest changes from the master branch of the freeCodeCamp/freeCodeCamp repo.
Using the command line, you can do this in three easy steps:
git remote add upstream git://github.com/freeCodeCamp/freeCodeCamp.git

git fetch upstream

git pull upstream master

If you're using a GUI, you can simply Add a new remote... and use the link git://github.com/freeCodeCamp/freeCodeCamp.git from above.
Once you sync your fork and pass the build, I will be able to review your PR and merge it. 😊

Feel free to reference the Syncing a Fork article on GitHub for more insight on how to keep your fork up-to-date with the upstream repository. 🔄
Also, it's good practice on GitHub to write a brief description of your changes when creating a PR. 📝


Run desktop app on manjaro error unsupported some libs

solve?
/snap/flutter/current/usr/bin/ld: warning: /usr/lib64/gcc/x86_64-pc-linux-gnu/10.2.0/../../../../lib64/crt1.o: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0008002
/snap/flutter/current/usr/bin/ld: warning: /usr/lib64/gcc/x86_64-pc-linux-gnu/10.2.0/../../../../lib64/crt1.o: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010001
/snap/flutter/current/usr/bin/ld: warning: /usr/lib64/gcc/x86_64-pc-linux-gnu/10.2.0/../../../../lib64/crt1.o: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010002
/snap/flutter/current/usr/bin/ld: warning: /usr/lib64/gcc/x86_64-pc-linux-gnu/10.2.0/../../../../lib64/crti.o: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010002
/snap/flutter/current/usr/bin/ld: warning: /usr/lib64/gcc/x86_64-pc-linux-gnu/10.2.0/../../../../lib64/crti.o: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010001
/snap/flutter/current/usr/bin/ld: warning: /usr/lib64/gcc/x86_64-pc-linux-gnu/10.2.0/crtbegin.o: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010002
/snap/flutter/current/usr/bin/ld: warning: /usr/lib64/gcc/x86_64-pc-linux-gnu/10.2.0/crtbegin.o: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010001
/snap/flutter/current/usr/bin/ld: warning: /usr/lib64/gcc/x86_64-pc-linux-gnu/10.2.0/../../../../lib64/libgcc_s.so.1: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010001
/snap/flutter/current/usr/bin/ld: warning: /usr/lib64/gcc/x86_64-pc-linux-gnu/10.2.0/../../../../lib64/libgcc_s.so.1: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010002
/snap/flutter/current/usr/bin/ld: warning: /usr/lib64/gcc/x86_64-pc-linux-gnu/10.2.0/../../../../lib64/libgcc_s.so.1: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010001
/snap/flutter/current/usr/bin/ld: warning: /usr/lib64/gcc/x86_64-pc-linux-gnu/10.2.0/../../../../lib64/libgcc_s.so.1: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010002
/snap/flutter/current/usr/bin/ld: warning: /usr/lib64/gcc/x86_64-pc-linux-gnu/10.2.0/crtend.o: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010002
/snap/flutter/current/usr/bin/ld: warning: /usr/lib64/gcc/x86_64-pc-linux-gnu/10.2.0/crtend.o: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010001
/snap/flutter/current/usr/bin/ld: warning: /usr/lib64/gcc/x86_64-pc-linux-gnu/10.2.0/../../../../lib64/crtn.o: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010002
/snap/flutter/current/usr/bin/ld: warning: /usr/lib64/gcc/x86_64-pc-linux-gnu/10.2.0/../../../../lib64/crtn.o: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010001
/snap/flutter/current/usr/bin/ld: warning: //usr/lib32/libdl.so.2: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0008002
/snap/flutter/current/usr/bin/ld: warning: //usr/lib32/libdl.so.2: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010001
/snap/flutter/current/usr/bin/ld: warning: //usr/lib32/libdl.so.2: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010002
/snap/flutter/current/usr/bin/ld: warning: //lib64/libdl.so.2: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0008002
/snap/flutter/current/usr/bin/ld: warning: //lib64/libdl.so.2: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010001
/snap/flutter/current/usr/bin/ld: warning: //lib64/libdl.so.2: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010002
/snap/flutter/current/usr/bin/ld: warning: //usr/lib32/libgcrypt.so.20: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010001
/snap/flutter/current/usr/bin/ld: warning: //usr/lib32/libgcrypt.so.20: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010002
/snap/flutter/current/usr/bin/ld: warning: //lib64/libgcrypt.so.20: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010001
/snap/flutter/current/usr/bin/ld: warning: //lib64/libgcrypt.so.20: unsupported GNU_PROPERTY_TYPE (5) type: 0xc0010002
clang: error: linker command failed with exit code 1 (use -v to see invocation)
Building Linux application...
Build process failed

Hi @mealinux
Glad you solved the issue!
That Input problem is a known issue https://github.com/flutter/flutter/issues/76383
Please follow up on that issue,
Since this issue is a duplicate of https://github.com/flutter/flutter/issues/77293 https://github.com/flutter/flutter/issues/77452
Closing as duplicate
Thank you


Latest 2.0 version doesn' read config args correctly for ACME

Do you want to request a feature or report a bug?
Bug
Did you try using a 1.7.x configuration for the version 2.0?

[ ] Yes
[x] No

What did you do?
After getting the latest version of Traefik, my existing configuration, that worked earlier, failed on SSL regeneration.
The error message was that challenge method was not spesified.
I am running Traefik on a bare metal K8s installation (ARM)
What did you expect to see?
My website with a new working SSL certificate.
What did you see instead?
Output of traefik version: (What version of Traefik are you using?)
Traefik:v2.0 -  (arm/v6) - Doesn't work.
Traefik:v2.0.0-beta1 -  (arm/v6) - works.
What is your environment & configuration (arguments, toml, provider, platform, ...)?
Excerpt of deployment template:
containers:
- name: traefik
image: traefik:v2.0
imagePullPolicy: Always
args:
- --log.Level=debug
- --api
- --api.dashboard
- --accesslog
- --entrypoints.web.Address=:80
- --entrypoints.websecure.Address=:443
- --entrypoints.mqtt.Address=:1883
- --entrypoints.influxdb.Address=:8086
- --providers.kubernetescrd
- --certificatesResolvers.default.acme.httpChallenge=true
- --certificatesResolvers.default.acme.httpChallenge.entryPoint=web
-<EMAIL_ADDRESS>- --certificatesresolvers.default.acme.storage=acme.json
If applicable, please paste the log output in DEBUG level (--log.level=DEBUG switch)
(paste your output here)

duplicate of #5360


Separate out VisPy/Qt code from Glue code

We should try and lay out the code similarly to in the VTK viewer:
https://github.com/astrofrog/cube-viewer/tree/master/cube_viewer
In there, all the Qt/VTK stuff was defined in vtk_widget.py and that could be used in any Qt application. Then the glue_viewer.py file defined specifically the Glue data viewer. Keeping these nicely separated and the glue_viewer.py as simple as possible will make it easier to use the VisPy/Qt code in other projects in future.

I tried to seperate the Vispy code from the Glue viewer code and make the layout similar to cube-viewer, the key-press functionality is also available now (the code has been committed) :)

Thanks!


& validate

Nice work on the module :) It's a shame aurelia-validation was dropped the way it was but, I can understand it.
Reading your blog post here I found the following snippet:
<input class="form-control" value.bind="model.name & validate" />

It looks like this automatically generates the errors (which gives me happiness). I do have some questions though (seeing how your blog post said we can give our feedback on the thing):

How do you know what markup to create? It now creates the proper bootstrap classes, but how do you know it's bootstrap?
Is there any other way of having errors rendered? We're currently almost done with out form component (really cool btw) and now we have to add & validate for the elements.

Sooo... No explanation then?

I just merged in a bunch of commits from aurelia/validate.js apparently one of them had a reference to an issue like Fixes #13 that wasn't valid on this repository (my own copy of it).  I'll re-open and provide an explanation.

So I've not looked at this code that much in the last few months, and keep in mind that this is my personal fork of the aurelia-validate.js bridge I worked on that has apparently been thrown out in favor of a new validation library, but -

The validation-renderer is currently hard-coded with bootstrap rendering only.
I believe there was a branch that had refactored the rendering out to it's own separate file and allowed the developer to specify which renderer to use through dependency injection.
I don't think that process was ever fully finished so I'm copying over the changes that were going in the right direction and am going to consider re-maintaining this plugin with the vision that I had for validation.  If you are looking for the new validation stuff I would peek over here

Ah I see. I thought validatejs was fine, what changed?
Anyway thank you for answering :)


fix: en docs typo fix for kitex

Hi, recently I walked through the official docs of Kitex and found some typos. This PR fixed all of them.

Thanks a lot, great work !

@GuangmingLuo Hi, It seems the merging is still blocked. Could you please help merge this PR ?


audio preprocess

hello， How should I preprocess my own audio files?

@liuyingbin123 please use the "savemfcc.m" function within the preprocess folder

thank you
------------------ 原始邮件 ------------------
发件人<EMAIL_ADDRESS>发送时间: 2019年8月6日(星期二) 上午10:23
收件人<EMAIL_ADDRESS>抄送<EMAIL_ADDRESS><EMAIL_ADDRESS>主题: Re: [Hangz-nju-cuhk/Talking-Face-Generation-DAVS] audio preprocess(#26)
@liuyingbin123 please use the "savemfcc.m" function within the preprocess folder
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.


Fix bug on autoSelectOnAdd manager pairing

A recently discovered bug was preventing the autoSelectOnAdd functionality from working, presumably in the whole app. The pairing flow will eventually return just the device id instead of the expected Device and in doing so would fail any subsequent device action linked to the particular screen. This meant that the manager flow, ~the onboarding flow~, and the swap flows would fail to connect to a newly paired device.
This isn't a dead end, since the user can close the bottom modal, and select the newly paired device. Which would then connect without issues. But it does align with many of the connectivity issues we've been reporting/experiencing lately. Basically, if you pair a new device on the current develop it will give you an error when trying to connect, until you dismiss the modal and connect again.
This pr fixes that.
In the same process, I've identified a few wording inconsistencies that were introduced in the LL-3860 task, were we had a gazillion wording changes, some of which have been identified as incorrect, at least to me.
Type
Bug fixes
Context
Slack
Parts of the app affected / Test plan
First make sure you can reproduce the issue on develop so that you see what I'm talking about.

Unpair a nano x
Go to the manager/swap flow
Add a new nano x
On the pair success screen (where you have an option to rename it) click on continue
The bottom modal will open automatically upon returning to the flow screen
The connection will fail.

Then on this branch try the same process

Unpair a nano x
Go to the manager/swap flow
Add a new nano x
On the pair success screen (where you have an option to rename it) click on continue
The bottom modal will open automatically upon returning to the flow screen
The connection will work.

@Arnaud97234


Swift HTTP Types

What's changed looks good, but we have disabled some products. Can we get those back up & running?

LGTM, but disabled products

I must have disabled them as I was getting stuff compiling.


Tcp error while gripper is removed

Hi, I found O_T_EE is wrong when the gripper of Franka is removed and mount another tool at the end of Franka with no wire connected. O_T_EE is the position of Franka with gripper which is not ture at all, isn't it should be the position of Franka without gripper? Actually, if I don't mout anything at the end of Franka, O_T_EE is right.
Another strange thing is the pose of O_T_EE, oneday it suddenly rotate 45 degrees in expression. I really want to know what happened?
Is there anyone could help with this? Thank you so much.

I am sorry for disturbing, this is a matter about the misuse of set_EE. In case someone may encount this like me, I would like to not delete this topic.

I am sorry for disturbing, this is a matter about the misuse of set_EE. In case someone may encount this like me, I would like to not delete this topic.


Various sanitycheck fixes and improvements..

use python multiprocessing instead of a thread pool, resolves
various issues.

[x] Device testing support with multiprocessing

Fixes #28040
Fixes #26949
Fixes #24652

can we rebase this?

@nashif do we want to pull some of the changes out and look to merge while you work on the device testing?

@nashif do we want to pull some of the changes out and look to merge while you work on the device testing?

it is all or nothing unfortunately.

naturally all the FIXMEs and stuff need to be addressed but I'm getting good results testing this.
One thing I did notice is that there is still a long delay at the end, after (for example) INFO    - 804 tests executed on platforms, 162 tests were only built. Seems unreasomable for a modern CPU to be spinning for a long time when only 1000 tests were run.

@PerMac  if you can test this with --device-testing, would be appreciated.

I think something is wrong with --device-testing when hardware map is used. I used a setup with 2 platforms connected (out of several from 4 types of boards). When I run hello_word it tells that 4 configs will be tested, 2 pass and then it hangs waiting for output from not connected types of boards. It seems timeout is also not working for such configuration as I had to kill it after several minutes.

I think something is wrong with --device-testing when hardware map is used. I used a setup with 2 platforms connected (out of several from 4 types of boards). When I run hello_word it tells that 4 configs will be tested, 2 pass and then it hangs waiting for output from not connected types of boards. It seems timeout is also not working for such configuration as I had to kill it after several minutes.

how did you invoke sanitycheck exactly?

./scripts/sanitycheck --device-testing --hardware-map map.yml -T samples/hello_world/
when called in master:
expand

./scripts/sanitycheck --device-testing --hardware-map map.yml -T samples/hello_world/
ZEPHYR_BASE unset, using "/home/maciej/zephyrproject2/zephyr"
Renaming output directory to /home/maciej/zephyrproject2/zephyr/sanity-out.79
INFO    - Zephyr version: zephyr-v2.4.0-1798-g1d4c36486c
INFO    - JOBS: 4
INFO    - Building initial testcase list...
INFO    - 1 test configurations selected, 0 configurations discarded due to filters.
Device testing on:

Platform
ID
Serial device

nrf52840dk_nrf52840
000683788957

nrf52840dk_nrf52840
000683810635

nrf52840dk_nrf52840
000683217973
/dev/ttyACM0

INFO    - Adding tasks to the queue...
INFO    - Total complete:    1/   1  100%  skipped:    0, failed:    0
INFO    - 1 of 1 tests passed (100.00%), 0 failed, 0 skipped with 0 warnings in 9.15 seconds
INFO    - In total 1 test cases were executed on 1 out of total 309 platforms (0.32%)
INFO    - 1 tests executed on platforms, 0 tests were only built.
Hardware distribution summary:

Board
ID
Counter

nrf52840dk_nrf52840
000683217973
1

When called in  within your PR with the same hardware map (had to kill it):
expand

$ ./scripts/sanitycheck --device-testing --hardware-map map.yml -T samples/hello_world/
ZEPHYR_BASE unset, using "/home/maciej/zephyrproject2/zephyr"
Renaming output directory to /home/maciej/zephyrproject2/zephyr/sanity-out.80
INFO    - Zephyr version: zephyr-v2.4.0-1833-gfb44f1d87a
INFO    - JOBS: 4
INFO    - Building initial testcase list...
INFO    - 1 test suites (5 configurations) selected, 0 configurations discarded due to filters.
Device testing on:

Platform
ID
Serial device

nrf52840dk_nrf52840
000683788957

nrf5340dk_nrf5340_cpuapp
000960146054

nrf9160dk_nrf9160
000960033217

nrf52840dk_nrf52840
000683810635

nrf52dk_nrf52832
000682923426

nrf52840dk_nrf52840
000683217973
/dev/ttyACM0

nrf5340pdk_nrf5340_cpuapp
000960177695

INFO    - Adding tasks to the queue...
INFO    - Added initial list of jobs to queue
INFO    - Total complete:    1/   5  20%  skipped:    0, failed:    0^CTraceback (most recent call last):
File "./scripts/sanitycheck", line 1245, in
main()
File "./scripts/sanitycheck", line 1158, in main
results = suite.execute(pipeline, done_queue, results)
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 3214, in execute
Process Process-2:
p.join()
File "/usr/lib/python3.6/multiprocessing/process.py", line 124, in join
res = self._popen.wait(timeout)
File "/usr/lib/python3.6/multiprocessing/popen_fork.py", line 50, in wait
return self.poll(os.WNOHANG if timeout == 0.0 else 0)
File "/usr/lib/python3.6/multiprocessing/popen_fork.py", line 28, in poll
pid, sts = os.waitpid(self.pid, flag)
KeyboardInterrupt
Traceback (most recent call last):
Process Process-4:
Traceback (most recent call last):
File "/usr/lib/python3.6/multiprocessing/process.py", line 258, in _bootstrap
self.run()
File "/usr/lib/python3.6/multiprocessing/process.py", line 93, in run
self._target(*self._args, **self._kwargs)
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 3196, in pipeline_mgr
pb.process(pipeline, done_queue, task, lock, results)
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 2269, in process
self.run()
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 2479, in run
instance.handler.handle()
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 688, in handle
time.sleep(1)
KeyboardInterrupt
File "/usr/lib/python3.6/multiprocessing/process.py", line 258, in _bootstrap
self.run()
File "/usr/lib/python3.6/multiprocessing/process.py", line 93, in run
self._target(*self._args, **self._kwargs)
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 3196, in pipeline_mgr
pb.process(pipeline, done_queue, task, lock, results)
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 2269, in process
self.run()
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 2479, in run
instance.handler.handle()
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 688, in handle
time.sleep(1)
KeyboardInterrupt
Process Process-5:
Traceback (most recent call last):
File "/usr/lib/python3.6/multiprocessing/process.py", line 258, in _bootstrap
self.run()
File "/usr/lib/python3.6/multiprocessing/process.py", line 93, in run
self._target(*self._args, **self._kwargs)
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 3196, in pipeline_mgr
pb.process(pipeline, done_queue, task, lock, results)
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 2269, in process
self.run()
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 2479, in run
instance.handler.handle()
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 688, in handle
time.sleep(1)
KeyboardInterrupt
Process Process-3:
Traceback (most recent call last):
File "/usr/lib/python3.6/multiprocessing/process.py", line 258, in _bootstrap
self.run()
File "/usr/lib/python3.6/multiprocessing/process.py", line 93, in run
self._target(*self._args, **self._kwargs)
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 3196, in pipeline_mgr
pb.process(pipeline, done_queue, task, lock, results)
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 2269, in process
self.run()
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 2479, in run
instance.handler.handle()
File "/home/maciej/zephyrproject2/zephyr/scripts/sanity_chk/sanitylib.py", line 688, in handle
time.sleep(1)
KeyboardInterrupt

hardware map:
map.yml
- available: true
  connected: false
  id:<PHONE_NUMBER>57
  platform: nrf52840dk_nrf52840
  product: J-Link
  runner: nrfjprog
  serial: null
- available: true
  connected: false
  id:<PHONE_NUMBER>34
  platform: unknown
  product: J-Link
  runner: jlink
  serial: null
- available: true
  connected: false
  id:<PHONE_NUMBER>54
  platform: unknown
  product: J-Link
  runner: jlink
  serial: null
- available: true
  connected: false
  id:<PHONE_NUMBER>54
  platform: unknown
  product: J-Link
  runner: jlink
  serial: null
- available: true
  connected: false
  id:<PHONE_NUMBER>54
  platform: nrf5340dk_nrf5340_cpuapp
  product: J-Link
  runner: nrfjprog
  serial: null
- available: true
  connected: false
  id:<PHONE_NUMBER>17
  platform: nrf9160dk_nrf9160
  product: J-Link
  runner: nrfjprog
  serial: null
- available: true
  connected: false
  id:<PHONE_NUMBER>17
  platform: unknown
  product: J-Link
  runner: jlink
  serial: null
- available: true
  connected: false
  id:<PHONE_NUMBER>17
  platform: unknown
  product: J-Link
  runner: jlink
  serial: null
- available: true
  connected: false
  id:<PHONE_NUMBER>35
  platform: nrf52840dk_nrf52840
  product: J-Link
  runner: nrfjprog
  serial: null
- available: true
  connected: false
  id:<PHONE_NUMBER>26
  platform: nrf52dk_nrf52832
  product: J-Link
  runner: nrfjprog
  serial: null
- available: true
  connected: true
  id:<PHONE_NUMBER>73
  platform: nrf52840dk_nrf52840
  product: J-Link
  runner: nrfjprog
  serial: /dev/ttyACM0
- available: true
  connected: false
  id:<PHONE_NUMBER>95
  platform: unknown
  product: J-Link
  runner: jlink
  serial: null
- available: true
  connected: false
  id:<PHONE_NUMBER>95
  platform: unknown
  product: J-Link
  runner: jlink
  serial: null
- available: true
  connected: false
  id:<PHONE_NUMBER>95
  platform: nrf5340pdk_nrf5340_cpuapp
  product: J-Link
  runner: jlink
  serial: null

It is interesting also how the table "Device testing on" in the output looks like. In both cases, it has excess information. In the master it shows multiple variants (also not connected ones) of the platform that is actually connected
In this PR it shows not connected ones of other types as well

@PerMac thanks, found the issue and fixed it hopefully.

One thing I did notice is that there is still a long delay at the end, after (for example) INFO - 804 tests executed on platforms, 162 tests were only built. Seems unreasomable for a modern CPU to be spinning for a long time when only 1000 tests were run.

I suspect this is the time it takes to write reports and probably related to #30099 which is now fixed. We were basically writing reports for completely irrelevant platforms.

@nashif Sorry, I saw that late, it was a midnight in my town when you requested a code review.

@nashif
The 531fe89e80f859d9bc820418059cec93463e0539 commit of this series causes various regressions for ARC.
One of the regressions is that we get some exception from sanitycheck code and mark test as FAILED however it successfully passed.
Here is an example on exception:
Exception in thread Thread-15603:
Traceback (most recent call last):
  File "/home/paltsev/CodeData/zephyr/zephyr-arc-64/zephyr/scripts/sanity_chk/sanitylib.py", line 496, in _output_handler
    proc.wait(0.1)
  File "/usr/lib64/python3.7/subprocess.py", line 1019, in wait
    return self._wait(timeout=timeout)
  File "/usr/lib64/python3.7/subprocess.py", line 1645, in _wait
    raise TimeoutExpired(self.args, timeout)
subprocess.TimeoutExpired: Command '['make', 'run']' timed out after 0.1 seconds

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib64/python3.7/threading.py", line 926, in _bootstrap_inner
    self.run()
  File "/usr/lib64/python3.7/threading.py", line 870, in run
    self._target(*self._args, **self._kwargs)
  File "/home/paltsev/CodeData/zephyr/zephyr-arc-64/zephyr/scripts/sanity_chk/sanitylib.py", line 498, in _output_handler
    self.terminate(proc)
  File "/home/paltsev/CodeData/zephyr/zephyr-arc-64/zephyr/scripts/sanity_chk/sanitylib.py", line 456, in terminate
    os.kill(child.pid, signal.SIGTERM)
ProcessLookupError: [Errno 3] No such process

ERROR   - nsim_em                   tests/kernel/mutex/sys_mutex/system.mutex          FAILED: Failed
ERROR   - see: /home/paltsev/CodeData/zephyr/zephyr-arc-64/zephyr/sanity-out/nsim_em/tests/kernel/mutex/sys_mutex/system.mutex/handler.log

In the tests/kernel/mutex/sys_mutex/system.mutex/handler.log everything looks OK:
 [-snip-]
[100%] Built target zephyr_final
Scanning dependencies of target run
Console now belongs to UART, hit CRTL-] to return to simulator.
*** Booting Zephyr OS build zephyr-v2.4.0-1942-g531fe89e80f8  ***
Running test suite mutex_complex
===================================================================
START - test_mutex
START - Test kernel Mutex API
===================================================================
Done LOCKING!  Current priority = 5
Testing recursive locking
Recursive locking tests successful
 PASS - test_mutex
===================================================================
START - test_user_access
E: syscall check_sys_mutex_addr failed check: Memory region 0x80000c08 (size 4) write access denied
E: syscall check_sys_mutex_addr failed check: Memory region 0x80000c08 (size 4) write access denied
 PASS - test_user_access
===================================================================
START - test_supervisor_access
 PASS - test_supervisor_access
===================================================================
Test suite mutex_complex succeeded
===================================================================
PROJECT EXECUTION SUCCESSFUL

Zephyr SDK is 0.11.4, toolchain is zephyr one.
How-to reproduce:
./scripts/sanitycheck --platform nsim_em

The tests fail randomly. Usually 2-5 tests fail for nsim_em.
Given that you have nSIM may I ask you to take a look at this?
Thanks.

@evgeniy-paltsev could you please file an issue with details above and mention this PR there for tracking this problem especially in light of the release getting closer & closer?

Here is the issue for this: #30752


Strip final new line in LDAP query filter

Fixes:
[ldap2pg.script CRITI] Failed to query LDAP: {u'info': 'Resource temporarily unavailable', 'errno': 11, 'desc': u'Bad search filter'}.

Cf. #228

Codecov Report

Merging #229 into master will not change coverage.
The diff coverage is 100%.

@@          Coverage Diff          @@
##           master   #229   +/-   ##
=====================================
  Coverage     100%   100%
=====================================
  Files          12     12
  Lines        1541   1543    +2
=====================================
+ Hits         1541   1543    +2

Impacted Files
Coverage Δ

ldap2pg/validators.py
100% <100%> (ø)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 118bc70...433fcb7. Read the comment docs.


Can't return to chat after going back

There's no way to return to the chat screen after going back to the Service Discovery screen, even if the group is still connected.

Resolved in PR 8 in wifi-direct-tester, closing...


i18n: Improve French translations

Pull Request Checklist
Note to first-time contributors: Please open a discussion post in Discussions and describe your changes before submitting a pull request.
Before submitting, make sure you've checked the following:

[*] Target branch: Please verify that the pull request targets the dev branch.
[*] Description: Provide a concise description of the changes made in this pull request.
[*] Changelog: Ensure a changelog entry following the format of Keep a Changelog is added at the bottom of the PR description.
[*] Documentation: Have you updated relevant documentation Open WebUI Docs, or other documentation sources?
[*] Dependencies: Are there any new dependencies? Have you updated the dependency versions in the documentation?
[*] Testing: Have you written and run sufficient tests for validating the changes?
[*] Code review: Have you performed a self-review of your code, addressing any coding standard issues and ensuring adherence to the project's coding standards?
[*] Prefix: To cleary categorize this pull request, prefix the pull request title, using one of the following:

BREAKING CHANGE: Significant changes that may affect compatibility
build: Changes that affect the build system or external dependencies
ci: Changes to our continuous integration processes or workflows
chore: Refactor, cleanup, or other non-functional code changes
docs: Documentation update or addition
feat: Introduces a new feature or enhancement to the codebase
fix: Bug fix or error correction
i18n: Internationalization or localization changes
perf: Performance improvement
refactor: Code restructuring for better maintainability, readability, or scalability
style: Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc.)
test: Adding missing tests or correcting existing tests
WIP: Work in progress, a temporary label for incomplete or ongoing work

Changelog Entry
Description

Enhanced the French (fr-fr) translations throughout the Open WebUI interface. This improvement aims to provide a more accurate and natural language experience for French-speaking users.

Added

New translations for previously untranslated strings for fr-fr locale.

Changed

Updated existing French (fr-fr) translations for improved clarity and accuracy.

Deprecated

None

Removed

None

Fixed

None

Security

None

Breaking Changes

None

Additional Information

The translations have been reviewed by native speakers of French (France) ensure authenticity and correctness.

Screenshots or Videos

None

Thanks!