crates.io: Dependency line given wrong if suffixes are used

https://crates.io/crates/image claims that image = "~0.2.0-alpha.1" should work. It doesn't.
The error message is:
The given version requirement is invalid.

image = "~0.2.0" on the other hand works.

I believe the error messages here have improved some time since this was opened, and semver was also updated with support for more requirements, so I think this is fixed. I'm going to close this for now, but feel free to reopen if you see it again!

This is still not fixed.
Going back to an old version crates.io, now claims that image = "0.2.0-alpha.12" should be used. Inserting that into Cargo.toml results in the error message: failed to parse manifest at .../Cargo.toml
In fact the situation worsened because the error message is less helpful.

Ah well, looks like there's still some work to do!

Comparing prerelease versions is fixed in steveklabnik/semver#54 (not published to crates.io yet though)

I can cut a release if this is needed more quickly, I was going to wait until all the new comparisons work. first

No urgency, just ran into this myself so I'm linking the relevant issues up.
I suppose linking to steveklabnik/semver#58 is more useful in that case.

Yeah I'm fine updating semver whenever it's ready, thanks for the update @Eljay!

As part of that, @alexcrichton , any chance you could find some time to file those issues about what oyu want to see for 1.0?

I believe this is a dupe of https://github.com/rust-lang/cargo/issues/2337 which was fixed by https://github.com/steveklabnik/semver/pull/74 and https://github.com/rust-lang/cargo/pull/2348, so I think this can be closed.

Aha yes indeed, thanks @carols10cents!

I am still running into this, and believe this is easily reproduced by trying to run cargo build --verbose on a directory with this Cargo.toml file:
[package]
name = "version-issue"
version = "0.3.6+20141121"

[dependencies.google-tasks1]
version = "0.1.15+123"

Even though package.version parses fine, it does not in case of dependencies.google-tasks1.version.
The file will parse correctly if the +123 part is removed.
Meta
# same issue for both stable and nightly
$ cargo --version
cargo 0.12.0-nightly (6b98d1f 2016-07-04)
[...]
cargo 0.13.0-nightly (398de25 2016-09-09)

@Byron I did a little investigating, and I think you're seeing steveklabnik/semver#88. I found that through rust-lang/cargo#2939, which sounds like the same symptoms as you're reporting here. So it's a bug with the semver crate!

@carols10cents Thanks for figuring this out ! I just subscribed to the linked issue on the semver crate. Seems like an easy fix with possibly huge impact.

@carols10cents Apparently the comment to you convinced me to make this PR, which should fix this issue once it bubbled up to cargo.

@Byron awesome!!!

I've opened https://github.com/rust-lang/cargo/issues/3124 about upgrading Cargo's version of semver


[QA] Test and Verify Oracle Linux Support

On BOTH K3s 1.20.x and 1.19.x as well as RKE2 1.19.x, test latest Oracle Linux 7.x and 8.x so that we may add such support to our support matrix.
Note that while Oracle Linux is generally expected to work today, it has not yet been explicitly tested. Our testing here will certify and add to the official support matrix on Rancher's website.

Validated v1.19.10, v1.20.6, and v1.21.0 in both k3s and rke2 (using 1.21.0-alpha3 for rke2)
Certified the following cases on Oracle Linux 7.9 and 8.3:

Fresh Installation and sonobuoy execution
Run functional test on imported rke2 cluster on Rancher
Upgrade using SUC
Install as local management cluster for Rancher
For k3s, validated installation with docker CRI

Also for k3s, did the first two scenarios using both embedded etcd and external (mysql) datastore.


Support for Flatpak version of Steam

Would it be possible to add support for the flatpak version of steam? Currently when running I get:
./truckersmp-cli -esp -g '/mnt/sdb3/Steam_Games_Linux/steamapps/common/Euro Truck Simulator 2/' -o /mnt/sdb3/Steam_Games_Linux/steamapps/common/Proton\ 4.11 -n Username
/tmp/truckersmp-cli 100%[===================>]   9.42K  --.-KB/s    in 0.002s
1566 1459
Proton: Missing or invalid openvrpaths.vrpath file! [Errno 2] No such file or directory: '/home/username/.config/openvr/openvrpaths.vrpath'
esync: up and running.
Setting breakpad minidump AppID = 227300
Steam_SetMinidumpSteamID:  Caching Steam ID:<PHONE_NUMBER>7997881 [API loaded no]
../common/pipes.cpp (766) : CClientPipe::BWriteAndReadResult: BWaitResult failed, disconnected
../common/pipes.cpp (766) : Fatal assert failed: ../common/pipes.cpp, line 766.  Application exiting.

crash_20200102151551_2.dmp[3708]: Uploading dump (out-of-process)
/tmp/dumps/crash_20200102151551_2.dmp
crash_20200102151551_2.dmp[3708]: Finished uploading minidump (out-of-process): success = no
crash_20200102151551_2.dmp[3708]: error: libcurl.so: cannot open shared object file: No such file or directory
crash_20200102151551_2.dmp[3708]: file ''/tmp/dumps/crash_20200102151551_2.dmp'', upload no: ''libcurl.so: cannot open shared object file: No such file or directory''

Having installed the the 32bit version of libcurl I now get:
Proton: Missing or invalid openvrpaths.vrpath file! [Errno 2] No such file or directory: '/home/username/.config/openvr/openvrpaths.vrpath'
esync: up and running.
Setting breakpad minidump AppID = 227300
Steam_SetMinidumpSteamID:  Caching Steam ID:<PHONE_NUMBER>7997881 [API loaded no]
../common/pipes.cpp (766) : CClientPipe::BWriteAndReadResult: BWaitResult failed, disconnected
../common/pipes.cpp (766) : Fatal assert failed: ../common/pipes.cpp, line 766.  Application exiting.

crash_20200102160151_2.dmp[6448]: Uploading dump (out-of-process)
/tmp/dumps/crash_20200102160151_2.dmp
crash_20200102160151_2.dmp[6448]: Finished uploading minidump (out-of-process): success = no
crash_20200102160151_2.dmp[6448]: error: Couldn't connect to server
crash_20200102160151_2.dmp[6448]: file ''/tmp/dumps/crash_20200102160151_2.dmp'', upload no: ''Couldn't connect to server''

Furthermore, sometimes I get: [S_API] SteamAPI_Init(): SteamAPI_IsSteamRunning() did not locate a running instance of Steam.
[S_API FAIL] SteamAPI_Init() failed
while other times I worked fine until the libcurl error.

Using flatpak run --command=bash com.valvesoftware.Steam I was able to get to a bash session inside the sandbox. The bash script won't run due to not having git or wget but the python version does run. However it loads the game without the truckermp changes at all. No login screen appears once the same starts. Here is the log with verbose:
./pythontruckersmp-cli -eps -g '/mnt/sdb3/Steam_Games_Linux/steamapps/common/Euro Truck Simulator 2/' -o '/mnt/sdb3/Steam_Games_Linux/steamapps/common/Proton 4.11' -m '/var/data/truckersmp/' -n username -v
Mod directory: /var/data/truckersmp/
AppId/GameId: 227300
Game directory: /mnt/sdb3/Steam_Games_Linux/steamapps/common/Euro Truck Simulator 2/
Prefix: /home/username/.var/app/com.valvesoftware.Steam/data/truckersmp-cli/Euro Truck Simulator 2/prefix
Proton directory: /mnt/sdb3/Steam_Games_Linux/steamapps/common/Proton 4.11
Updating mod files
Better not to do self update
No files to download
Starting game with Proton
Steam is running
Steam installation directory: /home/username/.var/app/com.valvesoftware.Steam/data/Steam
Startup command:
  SteamGameId=227300
  SteamAppId=227300
  STEAM_COMPAT_DATA_PATH=/home/username/.var/app/com.valvesoftware.Steam/data/truckersmp-cli/Euro Truck Simulator 2/prefix
  STEAM_COMPAT_CLIENT_INSTALL_PATH=/home/username/.var/app/com.valvesoftware.Steam/data/Steam
  PROTON_USE_WINED3D=0
  PROTON_NO_D3D11=1
  LD_PRELOAD=/home/username/.var/app/com.valvesoftware.Steam/data/Steam/ubuntu12_64/gameoverlayrenderer.so
  /usr/bin/python3 /mnt/sdb3/Steam_Games_Linux/steamapps/common/Proton 4.11/proton
  run
  /home/username/.local/share/truckersmp-cli/truckersmp-cli.exe /mnt/sdb3/Steam_Games_Linux/steamapps/common/Euro Truck Simulator 2/ /var/data/truckersmp/
Proton: Missing or invalid openvrpaths.vrpath file! [Errno 2] No such file or directory: '/home/username/.var/app/com.valvesoftware.Steam/config/openvr/openvrpaths.vrpath'
ERROR: ld.so: object '/home/username/.var/app/com.valvesoftware.Steam/data/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/username/.var/app/com.valvesoftware.Steam/data/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
esync: up and running.
Setting breakpad minidump AppID = 227300
Steam_SetMinidumpSteamID:  Caching Steam ID:<PHONE_NUMBER>7997881 [API loaded no]

I'm not that familiar with flatpak but since its purpose is to sandbox everything I doubt that running a modification which reads and write into memory could get through.
When trying to run the script make sure all the paths it tries to access are also covered by flatpaks sandbox.

This might help with this issue: https://github.com/lhark/truckersmp-cli/pull/159 They both use bubblewrap as their sandbox.


Branch point to gh-pages on user pages

After change my layouts to use i see the the url generated point to the gh-pages branch, than not exist.
My blog is a user blog and only contains master as relevant branch.
I can't see in the documentation how set up the branch

We can't speak to the specifics of your local se up. If you contact GitHub support they should be able to help you get things straightened out.

Not looks like a github issue, fails on my local environment and my CI environment.
Is the branch used by the plugin harcoded?
This is my current workflow:

I create a new branch with the modification at local environment ->link point to gh-pages branch (wrong)
Push the changes and send the PR. The PR trigger the CI tasks at codeship.com->link point to gh-pages branch (wrong)
Accept the PR, the CI build is launched again ->link point to gh-pages branch (wrong)
The page is rebuild by github ->link point to master branch (Ok)

@CGarces See https://github.com/jekyll/github-metadata/pull/110. This is a known issue with a fix awaiting testing. If you're able to test that pull request and it resolves your issue we can get it merged and released.

After update the build to 2.9.2:
Jekyll build still generates the page pointing to gh-pages
but manually change the  _config.yml just works for me
github:
  source:
    branch: master

Note that this workaround not was working on 2.9.1

@CGarces it sounds like your initial issue was resolved with that workaround, correct?

Yes, is fixed with the workaround, but I still don't know why the plugin generate the url with gh-pages as branch.
Feel free to fix the issue if is a duplicate of a existing one.


Missing JIT/EE interface support for LLILC integration

What are the details here? Is this tracking unimplemented features in CoreRT or additional changes that need to be made to the JIT/EE interface?

This is about tracking unimplemented features in CoreRT.
Some of code-paths in LLILC with regard to query to EE are different than with RyuJit.
So, we will run into various NYIs in CoreRT/LLILC.

Tracked in #338.


bug: ionic outline icons don't seem to work in ionic 5 react app.

I am importing icons like this :
import { basket-outline, person, albums } from 'ionicons/icons';
and using like this in a sample tabs app
<IonIcon icon={basket-outline} />
but i get this error
./src/App.tsx
Line 13:15:  Parsing error: ',' expected

Thanks for the issue. Imports should be camel case, not kebab case. The icon should be basketOutline not basket-outline.


Timer trigger behaviour during outage unclear from docs

From reading the docs on the Timer Trigger, it's unclear to me how the trigger behaves during outage (app restarts, for instance). Specifically, I'm trying to deduce what happens when an app is down for five minutes with a timer triggered function configured to run every minute. Will it run one invocation when the app comes back online, or all missed invocations?

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

ID: b5527c3b-a5da-c73d-66c2-20d96003ff7c
Version Independent ID: 42154c7b-b0e0-26db-79bc-3f1673c48e40
Content: Timer trigger for Azure Functions
Content Source: articles/azure-functions/functions-bindings-timer.md
Service: azure-functions
GitHub Login: @ggailey777
Microsoft Alias: glenga

@waltervos
Thanks for your feedback! We will investigate and update as appropriate.


Pass buildRouter as a function to useState

Just curious, why is useState without updates better than useRef?

@molefrog @HelKyle @jorrit I am also curious about this... why was this change made? Not seeing any rationale to explain the change. Can someone please explain it to me?

@molefrog @HelKyle @jorrit I am also curious about this... why was this change made? Not seeing any rationale to explain the change. Can someone please explain it to me?

There really isn't any difference in performance, probably the only benefit is that it is shorter than useRef. Plus, it is now (I believe they rewrote this chapter from the docs, it used to be just useRef approach) the recommended way of doing memoized initialisation. See the link from the comment: https://reactjs.org/docs/hooks-faq.html#how-to-create-expensive-objects-lazily
So it is mostly a stylistic choice, I'm good with both versions.
Btw, regarding the comment, I think we could make it shorter, e.g. // initialize the router only once, don't think it requires so much attention.

@molefrog gotcha, I see. Don't think it is the recommended way necessarily (since the description on how to lazy-init refs is still present in that same section, under "You might also occasionally want to avoid re-creating the useRef() initial value.")
But agreed that it is purely a stylistic choice without much of a performance impact, was just curious what the rationale was. Thanks!


Impove README to help people run this locally

Using datasette-secrets isn't very clear.

Improved this section: https://github.com/datasette/datasette-extract/blob/135484da89c17ed10591dd881cfe3593d3785637/README.md#configuration


Unrestrict conda-build version used for nightly builds

Originally we restricted conda-build because of issues when trying to import a previously vendored module (see https://github.com/conda/conda-build/issues/4333). This has since been patched in 4.11 and a new release capturing the fixes is imminent.
This unpins conda-build, which should no longer cause failure for >=4.11.

Codecov Report

Merging #335 (2c7a2bb) into main (2ee29ea) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main     #335   +/-   ##
=======================================
  Coverage   95.69%   95.69%
=======================================
  Files          65       65
  Lines        2854     2854
  Branches      534      534
=======================================
  Hits         2731     2731
  Misses         75       75
  Partials       48       48

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 2ee29ea...2c7a2bb. Read the comment docs.


merge from template-arlac77-github

.github/workflows/ci.yml

chore(deps): add 22.6.0 remove 22.5.1 (jobs.test-node.strategy.matrix.node-version)
chore: add 22.6.0 (jobs.test-browser.steps.with.node-version)
chore: add 22.6.0 (jobs.release.steps.with.node-version)
chore: (jobs.release.steps)

.github/workflows/codeql_analysis.yml

chore: add 22.6.0 (jobs.analyze.steps.with.node-version)

.github/workflows/update_package_lock.yml

chore(deps): add 22.6.0 remove 22.5.1 (jobs.update_package_lock.strategy.matrix.node-version)

.github/workflows/update_readme_api.yml

chore: add 22.6.0 (jobs.update_readme_api.steps.with.node-version)

Pull Request Test Coverage Report for Build<PHONE_NUMBER>3
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 85.263%

Totals

Change from base Build<PHONE_NUMBER>6:
0.0%

Covered Lines:
279

Relevant Lines:
322

💛  - Coveralls


ScrollView

Really awesome tool , one thing that would really help is aScrollView in both x and y axis

You're right! I'll work on it. :)

Fixed after a while, sorry for the delay and thanks for the feedback! It's much nicer now :)


Can not add hyperlink on image

Hi, I need your help for one of issue I am having after installing this extension. This might be at my end only, I'm not sure if others having the same issue or not. Let me explain.
On image caption link, I can not set the target. Target tab is disabled in the image popup.

Please let me know if there is any work around for this issue.
Thanks!

@thankisk not sure how I missed the notification for this. My apologies.
Honestly, I'm not sure if that is related to the add-on or something else. Which version of EE and Wygwam are you using?


LTO error when compiling source due to version mismatch

Trying to build my Python application which uses wrf-python which inturn relies on numpy, xarray, netcdf and cartopy modules extensively.
Installed all libraries using Miniconda. Here is the version of nuitka version I am using:
$ python -m nuitka --version
1.0.1
Commercial: None
Python: 3.10.4 (main, Mar 31 2022, 08:41:55) [GCC 7.5.0]
Flavor: Anaconda Python
Executable: /home/sundar/miniconda3/envs/wrfplot/bin/python
OS: Linux
Arch: x86_64
Distribution: Arch (based on arch) None

My issue here is that the compilation of modules by GCC is successful but lto optimization fails each time with the following error (only last few lines are printed):
Nuitka-Scons:INFO: Backend linking program with 1212 files (no progress information available).
/home/sundar/miniconda3/envs/wrfplot/bin/x86_64-conda-linux-gnu-cc -o /media/sundar/Datas/myprojects/wrf_plot/dist_lin/wrfplot.dist/wrfplot -fuse-linker-plugin -flto=8 -fpartial-inlining -freorder-functions -O2 -s -z noexecstack -export-dynamic -Wl,-R,'$ORIGIN' -Wl,--disable-new-dtags -Wl,-b -Wl,binary -Wl,./__constants.bin -Wl,-b -Wl,elf64-x86-64 -Wl,-defsym -Wl,constant_bin_data=_binary_____constants_bin_start -Wl,-O2 -Wl,--sort-common -Wl,--as-needed -Wl,-z,relro -Wl,-z,now -Wl,--disable-new-dtags -Wl,--gc-sections -Wl,-rpath,/home/sundar/miniconda3/envs/wrfplot/lib -Wl,-rpath-link,/home/sundar/miniconda3/envs/wrfplot/lib -L/home/sundar/miniconda3/envs/wrfplot/lib<EMAIL_ADDRESS>-L/home/sundar/miniconda3/envs/wrfplot/lib -ldl -lm /home/sundar/miniconda3/envs/wrfplot/lib/libpython3.10.a -ldl -lpthread -lutil -lrt -lm
lto1: fatal error: bytecode stream in file '/home/sundar/miniconda3/envs/wrfplot/lib/libpython3.10.a' generated with LTO version 6.2 instead of the expected 8.1
compilation terminated.
lto-wrapper: fatal error: /home/sundar/miniconda3/envs/wrfplot/bin/x86_64-conda-linux-gnu-cc returned 1 exit status
compilation terminated.
/home/sundar/miniconda3/envs/wrfplot/bin/../lib/gcc/x86_64-conda-linux-gnu/9.3.0/../../../../x86_64-conda-linux-gnu/bin/ld: error: lto-wrapper failed
collect2: error: ld returned 1 exit status
scons: *** [/media/sundar/Datas/myprojects/wrf_plot/dist_lin/wrfplot.dist/wrfplot] Error 1
scons: internal stack trace:
  File "/home/sundar/miniconda3/envs/wrfplot/lib/python3.10/site-packages/nuitka/build/inline_copy/lib/scons-3.1.2/SCons/Job.py", line 258, in run
    task.execute()
  File "/home/sundar/miniconda3/envs/wrfplot/lib/python3.10/site-packages/nuitka/build/inline_copy/lib/scons-3.1.2/SCons/Script/Main.py", line 206, in execute
    SCons.Taskmaster.OutOfDateTask.execute(self)
  File "/home/sundar/miniconda3/envs/wrfplot/lib/python3.10/site-packages/nuitka/build/inline_copy/lib/scons-3.1.2/SCons/Taskmaster.py", line 255, in execute
    self.targets[0].build()
  File "/home/sundar/miniconda3/envs/wrfplot/lib/python3.10/site-packages/nuitka/build/inline_copy/lib/scons-3.1.2/SCons/Node/__init__.py", line 766, in build
    self.get_executor()(self, **kw)
  File "/home/sundar/miniconda3/envs/wrfplot/lib/python3.10/site-packages/nuitka/build/inline_copy/lib/scons-3.1.2/SCons/Executor.py", line 397, in __call__
    return _do_execute_map[self._do_execute](self, target, kw)
  File "/home/sundar/miniconda3/envs/wrfplot/lib/python3.10/site-packages/nuitka/build/inline_copy/lib/scons-3.1.2/SCons/Executor.py", line 131, in execute_action_list
    raise status    # TODO pylint E0702: raising int not allowed
scons: building terminated because of errors.

I initially thought that it is related to GCC version used for compilation. However, the issue persist even when I downgrade the GCC version using conda. I have also tried on Ubuntu 18.04 in a virtual machine and the resultant issue was same.
The nuitks command I used for compiling the code was:
$ python -m nuitka --assume-yes-for-downloads --follow-imports --standalone --python-flag=-OO --output-dir=dist_win --plugin-enable=numpy --show-scons --show-modules --include-module=netCDF4.utils --include-package-data=pyproj --follow-import-to=pyproj --follow-import-to=shapely --include-package=shapely --include-package-data=shapely --include-data-dir=wrfplot/data=data /media/Data/myprojects/wrf_plot/wrfplot/wrfplot.py

After disabling lto option with--lto=no, I am getting the following AssertionError error:
Traceback (most recent call last):
  File "/home/sundar/miniconda3/envs/wrfplot/lib/python3.10/site-packages/nuitka/__main__.py", line 138, in <module>
    main()
  File "/home/sundar/miniconda3/envs/wrfplot/lib/python3.10/site-packages/nuitka/__main__.py", line 124, in main
    MainControl.main()
  File "/home/sundar/miniconda3/envs/wrfplot/lib/python3.10/site-packages/nuitka/MainControl.py", line 962, in main
    addIncludedEntryPoints(Plugins.considerExtraDlls(module))
  File "/home/sundar/miniconda3/envs/wrfplot/lib/python3.10/site-packages/nuitka/plugins/Plugins.py", line 475, in considerExtraDlls
    for extra_dll in plugin.getExtraDlls(module):
  File "/home/sundar/miniconda3/envs/wrfplot/lib/python3.10/site-packages/nuitka/plugins/standard/DllFilesPlugin.py", line 159, in getExtraDlls
    for dll_entry_point in self._handleDllConfig(
  File "/home/sundar/miniconda3/envs/wrfplot/lib/python3.10/site-packages/nuitka/plugins/standard/DllFilesPlugin.py", line 120, in _handleDllConfig
    for result in self._handleDllConfigByCode(
  File "/home/sundar/miniconda3/envs/wrfplot/lib/python3.10/site-packages/nuitka/plugins/standard/DllFilesPlugin.py", line 103, in _handleDllConfigByCode
    yield self.makeDllEntryPoint(
  File "/home/sundar/miniconda3/envs/wrfplot/lib/python3.10/site-packages/nuitka/plugins/PluginBase.py", line 434, in makeDllEntryPoint
    return makeDllEntryPoint(
  File "/home/sundar/miniconda3/envs/wrfplot/lib/python3.10/site-packages/nuitka/freezer/IncludedEntryPoints.py", line 98, in makeDllEntryPoint
    return _makeDllOrExeEntryPoint(
  File "/home/sundar/miniconda3/envs/wrfplot/lib/python3.10/site-packages/nuitka/freezer/IncludedEntryPoints.py", line 66, in _makeDllOrExeEntryPoint
    assert isRelativePath(dest_path), dest_path
AssertionError: ../../libgeos_c.so

Hm, it is using the Conda C compiler, precisely to avoid mismatches between libpython and gcc. In your case, it is using the Conda C from outside the env, for an env, that has a newer Python than baseline Anaconda, and probably was compiled using a newer package.
This should help, from the changelog:
-  Anaconda: Use ``CondaCC`` from environment variables for Linux and
   macOS, in case it is installed. This can be done with e.g. ``conda
   install gcc-linux-64`` on Linux or ``conda install clang_osx-64`` on
   macOS.

Installing inside the Conda environment the matching gcc is supposed to help. Also it seems you encounter an issue with DLLs by code from out Yaml configuration, that is indeed a bug, that will be there irregardless of LTO or not.

The shapely.geos (please provide minimal reproducers, esp. in case of crashes, here I could guess it, but I shouldn't have to) seems to detect an Anaconda environment, and then use a different path, and also is being very platform specific about target paths. It may only work well with PyPI right now, but I can add configuration for anaconda I guess. Anaconda is unusual there, because it makes a DLL reference to the outside world.

Both the errors I have received with and without --lto option are after installing gcc-linux-64 using conda. I also used your recommendation to use CondaCC from an environment variable. However, the same issus persist.
The minimum reproducable code is taken from official wrf-python website:
#!/usr/bin/env python
# -*- coding: utf-8 -*-

from netCDF4 import Dataset
import matplotlib.pyplot as plt
from matplotlib.cm import get_cmap
import cartopy.crs as crs
from cartopy.feature import NaturalEarthFeature
from wrf import (to_np, getvar, smooth2d, get_cartopy, cartopy_xlim, cartopy_ylim, latlon_coords)

ncfile = Dataset("../../../wrfout_d01_2016-03-30_00_00_00")
slp = getvar(ncfile, "slp")
smooth_slp = smooth2d(slp, 3, cenweight=4)
lats, lons = latlon_coords(slp)
cart_proj = get_cartopy(slp)
fig = plt.figure(figsize=(12,6))
ax = plt.axes(projection=cart_proj)
states = NaturalEarthFeature(category="cultural", scale="50m", facecolor="none", name="admin_1_states_provinces_shp")
ax.add_feature(states, linewidth=.5, edgecolor="black")
ax.coastlines('50m', linewidth=0.8)
plt.contour(to_np(lons), to_np(lats), to_np(smooth_slp), 10, colors="black", transform=crs.PlateCarree())
plt.contourf(to_np(lons), to_np(lats), to_np(smooth_slp), 10, transform=crs.PlateCarree(), cmap=get_cmap("jet"))
plt.colorbar(ax=ax, shrink=.98)
ax.set_xlim(cartopy_xlim(smooth_slp))
ax.set_ylim(cartopy_ylim(smooth_slp))
ax.gridlines(color="black", linestyle="dotted")
plt.title("Sea Level Pressure (hPa)")
plt.show()

With the above minimal code also, I get the same error.

I see, must be using shapely. I did some work on making Shapely work with Anaconda, on Windows there an issue with it not finding the DLL afterwards, due to some Anaconda specifics, for Linux I will have a look later too.

I see, must be using shapely. I did some work on making Shapely work with Anaconda, on Windows there an issue with it not finding the DLL afterwards, due to some Anaconda specifics, for Linux I will have a look later too.

Just a head up that nuitka was unable to copy required libgeos dll files to proper location. However, it never crashed at that point of time (nuitka 0.8.x) series. After copying dll files manually to shapely directory worked.

Well yes, Anaconda is made to be portable, but also attempts to do de-duplication, and some software even checks for Anaconda environment variables, so e.g. shapely will not run even if compiled without Anaconda, if these variables are set, very ugly, but fixable.
That means, for DLLs it likely needs extra love for some packages that will otherwise already work, after we supported PyPI versions, shapely works for a long time with standard Python.

In my opinion, if copying *.so or *.dll files manually to a standalone directory solves the problem, then nuitka should not crash. This copy-pasting stuff can be done after the compilation process is completed. I may be technically wrong but thought that it would be a good idea.

I appreciate your input, but I don't share the idea that I get to support why some manual copying does not work. For Anaconda specifically it seems shapely code will not allow it.
Anyway, for Windows and Linux this works for CPython and Anaconda now, with some source codes to shapely. I didn't have the time to check macOS yet, due to other issues.
The LTO bug reported, I didn't have the time yet, but I want to get to it for  the next hotfix.

I was closely monitoring the development code base for these LTO and shapely bugs. Gone through the code base here https://github.com/Nuitka/Nuitka/commit/9aeefcafe7201478ba698e3dcc8a1f40334fbf1a and here https://github.com/Nuitka/Nuitka/blob/develop/nuitka/plugins/standard/DllFilesPlugin.py which indicates the shapely bug is fixed.
Therefore, installed the development version of nuitka with the following command:
pip install -U "https://github.com/Nuitka/Nuitka/archive/develop.zip"

Here are the details of the installed version:
 python -m nuitka --version
1.1rc5
Commercial: None
Python: 3.10.5 | packaged by conda-forge | (main, Jun 14 2022, 07:04:59) [GCC 10.3.0]
Flavor: Anaconda Python
Executable: /home/sundar/miniconda3/envs/wrfplot/bin/python
OS: Linux
Arch: x86_64
Distribution: Arch (based on arch) None

Command used again for trying to get executable is:
$ python -m nuitka --assume-yes-for-downloads --follow-imports --standalone --python-flag=-OO --output-dir=./build/linux --plugin-enable=numpy --show-scons --show-modules --include-module=netCDF4.utils --include-package-data=pyproj --follow-import-to=pyproj --follow-import-to=shapely --include-package=shapely --include-package-data=shapely --include-data-dir=wrfplot/data=data ./wrfplot/wrfplot.py

This time I received a different error as indicated below:
Nuitka-Plugins:INFO: data-files: Included data file 'xarray/static/html/icons-svg-inline.html' due to package data directory 'static' for 'xarray'.
Nuitka-Plugins:INFO: dll-files: Found 1 file DLLs from shapely.geos installation.
FATAL: Error: Found a dependency with a relative path. Was a dependency copied to dist early? linux-vdso.so.1

This is just an update regarding ongoing development work on fixing these bugs. I hope it helps in identifying the issues at your end.

That is indeed another kind of bug, that is supposed to be fixed. It is because of a change in glibc that is only a couple of days old.

The shapely parts are indeed on develop now, however, I didn't get to the version mismatch part of Anaconda, that I regard critical for new user experience. Also for shapely, I will need to test with macOS before I am happy with this one.

I returned to report that I made it work by downgrading the nuitka version to 0.8.4. Here are some other details which may be of help to you:-
$ python -m nuitka --version
0.8.4
Commercial: None
Python: 3.10.5 | packaged by conda-forge | (main, Jun 14 2022, 07:04:59) [GCC 10.3.0]
Flavor: Anaconda Python
Executable: /home/sundar/miniconda3/envs/wrfplot/bin/python
OS: Linux
Arch: x86_64
Distribution: Arch (based on arch) None

The version info is the same for the Windows version of nuitka as well.
Options used to build the application are:
--assume-yes-for-downloads
--follow-imports
--standalone
--python-flag=-OO
--output-dir=build/linux
--plugin-enable=numpy
--show-scons
--show-modules
--include-module=netCDF4.utils
--include-package-data=pyproj
--follow-import-to=pyproj
--follow-import-to=shapely
--include-package=shapely
--include-package-data=shapely
--include-data-dir=wrfplot/data=data
--include-data-dir=$CONDA_PREFIX/share/proj=pyproj/proj
--include-data-file=$CONDA_PREFIX/lib/libgeos*so.*=shapely/.libs/
--noinclude-default-mode=nofollow
wrfplot/wrfplot.py

When I used the above options, it did not complain about AssertionError. Neither complained about a version mismatch regarding LTO. It is also important to note that I have not installed gcc from conda.
The program has successfully compiled both on Linux and Windows.
I have noticed that after compilation is completed, the libgeos* libraries are copied to the root of the standalone directory. I have to overcome this issue by including --include-data-file=$CONDA_PREFIX/lib/libgeos*so.*=shapely/.libs/ on Linux and --include-data-file=$CONDA_PREFIX\Library\bin\geos*.dll=shapely\DLLs\ under Windows. Otherwise, the program will complain about missing library. I don't think this is an issue of nuitka. Maybe shapely is searching for these libraries somewhere else.
I hope it helps you further narrow down the issue for fixing the bug.

I just reproduced the Anaconda issue, in my root environment after installing gcc_linux-64 it gives this:
lto1: fatal error: bytecode stream in file '/home/hayen/anaconda3/lib/libpython3.9.a' generated with LTO version 6.2 instead of the expected 8.1

It seems that is not the correct gcc package to use then. For me it was with Python3.9 which I think is default in that Anaconda that I have there. The 6.2 is pointing to a much older gcc than the 9.3 there, not sure if that is good to go old. Maybe it's a sign of this being something that ought to be unused.

I am not sure why, but Anaconda chooses to compile the static Python with an anienct gcc, so we will have to disable the LTO rather than to enable. Now I am very confused, because I was thinking I got it to work in that way before.

Maybe this is somehow conda-forge vs. non conda-forge stuff? I am trying to add dependencies to the Anaconda package, maybe i will help.

This is part of the stable release 1.1 that I just made, the Anaconda package does not yet depend on things there, but LTO got disabled.


Release 2022-08-31

Release 2022-08-31
NB: this PR must be merged only by 'Create a merge commit'!
Checklist when preparing for release

[x] Read or refresh the release flow guide
[x] Ask in the cloud Slack channel that you are going to rollout the release. Any blockers?
[ ] Does this release contain any db migrations? Destructive ones? What is the rollback plan?

Checklist after release

[ ] Based on the merged commits write release notes and open a PR into website repo (example)
[ ] Check #dev-production-stream Slack channel
[ ] Check stuck projects page
[ ] Check recent operation failures
[ ] Check cloud SLO dashboard
[ ] Check compute startup metrics dashboard

Could we wait on https://github.com/neondatabase/neon/issues/2361 before we release? I have also encountered this issue and I've not yet discovered where the issue occurs...

Ok, can you pick it up? Any local repro?
I am afraid that it may be a nonconventional manifestation of an out-of-memory situation. Dynloader allocated more memory than was physically available but then crashed when tried to access it (some rumors on the internet suggest that it is one of the vectors of how bus error could happen).

This release is waiting for https://github.com/neondatabase/neon/issues/2361 fix


Create a CI test for cloning aztec3-packages and running basic aztec3 circuits and wasm tests

The team recently had a discussion on integrating and testing aztec3-packages with Barretenberg. The consensus is that stricter CI tests that span both Barretenberg and aztec3-packages would help address issues related to wasm and simulated circuits (necessary for correct L1 data, a requirement for testnet).
The goal of this issue is to create a CI task that:

Clones aztec3-packages.
Run barretenberg.js tests
Runs basic circuit tests, including compiling and running basic wasm tests.

This CI task should help catch potential issues earlier in the development process, helping the team to not discover problems late in integration. The CI task should test a subset of the aztec3 repo, specifically the crypto methods being consumed by Barretenberg, and the C++ API being consumed by circuits.

Done by David


Fix Waypoint: While Loops

Update description with code highlighting and terms

:+1:

:+1:

@SaintPeter A little premature on this merge. The quotes around for loop and while loop should be removed and the code tags should only be around for and while not loop.

@SaintPeter A little premature on this merge. The quotes around for loop and while loop should be removed and the code tags should only be around for and while not loop.

@ltegman Spent a little time thinking between the two, haha. But yes, that seems better.

@ltegman Spent a little time thinking between the two, haha. But yes, that seems better.

Follow-up: https://github.com/FreeCodeCamp/FreeCodeCamp/pull/5724

Follow-up: https://github.com/FreeCodeCamp/FreeCodeCamp/pull/5724


importing nfldb on iPython Notebook (Jupyter)

I decided switch to iPython notebook because it was very annoying having to repeatedly wait 20+ minutes to execute code when I wasn't even editing the part of the code that takes up the bulk of the time. However, when I tried to import nfldb, it gave me an error. The first time, it said there was no nfldb module that exists. I added the path that was needed, but now I have a different error.
ImportError                               Traceback (most recent call last)
<ipython-input-14-92a941991d5d> in <module>()
----> 1 import nfldb

C:\Python27\lib\site-packages\nfldb\__init__.py in <module>()
     59 from __future__ import absolute_import, division, print_function
     60
---> 61 from nfldb.db import __pdoc__ as __db_pdoc__
     62 from nfldb.db import api_version, connect, now, set_timezone, schema_version
     63 from nfldb.db import Tx

C:\Python27\lib\site-packages\nfldb\db.py in <module>()
      7 import sys
      8
----> 9 import psycopg2
     10 from psycopg2.extras import RealDictCursor
     11 from psycopg2.extensions import TRANSACTION_STATUS_INTRANS

C:\Python27\lib\site-packages\psycopg2\__init__.py in <module>()
     48 # Import the DBAPI-2.0 stuff into top-level module.
     49
---> 50 from psycopg2._psycopg import BINARY, NUMBER, STRING, DATETIME, ROWID
     51
     52 from psycopg2._psycopg import Binary, Date, Time, Timestamp

ImportError: DLL load failed: %1 is not a valid Win32 application.

I'm not sure what this means. I tried importing psycopg2, but that returned this error:
ImportError                               Traceback (most recent call last)
<ipython-input-15-bd284aa2cf56> in <module>()
----> 1 import psycopg2

C:\Python27\lib\site-packages\psycopg2\__init__.py in <module>()
     48 # Import the DBAPI-2.0 stuff into top-level module.
     49
---> 50 from psycopg2._psycopg import BINARY, NUMBER, STRING, DATETIME, ROWID
     51
     52 from psycopg2._psycopg import Binary, Date, Time, Timestamp

ImportError: DLL load failed: %1 is not a valid Win32 application.

Please help with this.
Thanks.

very annoying having to repeatedly wait 20+ minutes to execute code when I wasn't even editing the part of the code that takes up the bulk of the time

What is your script doing that takes that long to run?  A common query rarely takes more than seconds to complete.  If you are collecting the entirety of the database through each pass maybe you should consider re-thinking your query to make it more efficient.   Maybe if I could see your code I'd be able to provide a little more input.

I tried importing psycopg2, but that returned this error:

For this issue, I'd start there...if the environment is not set up properly, how is nfldb supposed to interact with the database?

So I got nfldb to work in with Jupyter Notebook and ran this:
import nfldb
import pandas as pd
from pandas import DataFrame as df
from sqlalchemy import create_engine
from nfldb.query import guess_position
from pandas.io import sql
engine = create_engine('postgresql://nfldb:hohoho19@localhost:5432/nfldb')
db = nfldb.connect()
playerList = []
bigList = []
def Get_Yds_Per(yds,att):
if att != 0:
return yds / att
elif att == 0:
return 0
#I know I can make this part shorter, but I just haven't gotten to it yet.
q = nfldb.Query(db)
q.game(season_year=2015,season_type='Regular')
q.player(position__ne='K').player(position__ne='P').player(position__ne='DE').player(position__ne='CB')
q.player(position__ne='OLB').player(position__ne='FS').player(position__ne='DT').player(position__ne='T')
q.player(position__ne='SS').player(position__ne='NT').player(position__ne='OG').player(position__ne='MLB')
q.player(position__ne='LB').player(position__ne='C').player(position__ne='ILB').player(position__ne='LS')
q.player(position__ne='DB').player(position__ne='LB').player(position__ne='G')
for g in q.as_players():
playerList.append([str(g.full_name),str(g.team),str(g.position)])
#This is the part that takes over 15 minutes.
for i in range(1,18):
for p in playerList:
q = nfldb.Query(db)
q.game(season_year=2015,season_type='Regular',week=i)
q.player(full_name=p[0])
aaTeam = p[1]
aaPos = p[2]
if aaPos == 'UNK' or aaPos == 'UKN':
aaPos = guess_position(q.as_play_players())
for aa in q.as_play_players():
aaTeam = aa.team
q = nfldb.Query(db)
q.game(season_year=2015,season_type='Regular',week=i)
q.player(full_name=p[0])
for a in q.as_aggregate():
bigList.append([p[0],aaTeam,aaPos,i,a.passing_cmp,a.passing_att,a.passing_yds,
Get_Yds_Per(a.passing_yds,a.passing_att),a.passing_int,
a.passing_tds,a.passing_sk,a.rushing_att,a.rushing_yds,
Get_Yds_Per(a.rushing_yds,a.rushing_att),a.rushing_tds,
a.receiving_rec,a.receiving_tar,a.receiving_yds,
Get_Yds_Per(a.receiving_yds,a.receiving_rec),a.receiving_tds,
a.fumbles_rec+a.fumbles_lost,a.fumbles_lost])
The reason it was difficult without Jupyter Notebook is I put this into a DataFrame, and I had to wait 15+ minutes every time I wanted to change something or do something to the DataFrame.
I figured out how to get this to work in Jupyter Notebook, but if you know how to shorten the amount of time that the query takes that'd be great.

Well, without deconstructing the code too much, what you are doing is generating a list of more than 1800 players that appeared during the 2015 season.
With that list of players, you are then going through each of the seventeen weeks of the 2015 season 1800 times.  When you do the .player() query, nfldb is going through each play of the week - regardless of whether or not the player appeared in that game - looking for the player you are interested in. A list of plays is produced and then each of those plays are evaluated combining the stats with as_aggregate().  There's a lot of overhead in looking at all of the plays for the week for each player.
I'll try to spend some time with this tonight to see if I can't give some better tips.

Ok, thank you.

#I know I can make this part shorter, but I just haven't gotten to it yet.
q = nfldb.Query(db)
q.game(season_year=2015,season_type='Regular')
q.player(position__ne='K').player(position__ne='P').player(position__ne='DE').player(position__ne='CB')
q.player(position__ne='OLB').player(position__ne='FS').player(position__ne='DT').player(position__ne='T')
q.player(position__ne='SS').player(position__ne='NT').player(position__ne='OG').player(position__ne='MLB')
q.player(position__ne='LB').player(position__ne='C').player(position__ne='ILB').player(position__ne='LS')
q.player(position__ne='DB').player(position__ne='LB').player(position__ne='G')
for g in q.as_players():
    playerList.append([str(g.full_name),str(g.team),str(g.position)])

You could replace that block with something like this:
playerList = [[g.full_name, g.team, g.position] for g in q.as_players() if str(g.position) in ['QB', 'RB', 'TE', 'WR', 'FB']]

Though, as you note, that won't do anything to pare down the amount of time you spend in the time intensive chunk of code (though on my laptop that takes closer to 9 seconds per week, not 15 minutes).
You're doing the right thing by substituting the play.team for the player's team that is found in the meta data.  I'm not really able to get it down much under how you are doing it.  Using this comes in at closer to 5-6 seconds per week, though I suspect you might be trying perform this on a web-based database which no doubt contributes immensely to the long run times.

Ok, thanks for the help. I shortened it as you suggested.

@theSanchize3 how did you end up solving your jupyter notebook issue mentioned above?


10.0

Refactor and initial support for 10.0

@drGrove Just tested on my taimen. Everything works.


Do we have to use 2d tables?

Decision required
To be expanded (with Nick) what is the reason why WASP allow sparse tables for power curves (ie not all air-density, wind-speed combinations).

Is this necessary?
Can we reproduce the functionality using null values or disallow that?
Should we adapt to provide the option of fully sparse definitions?

Help wanted

any discussions, opinions or comments below will be helpful!

We can stick with 2D tables (2 inputs => 1 output). It  is easy for us to output to WAsP WTG ASCII format (XML). Inputting from WAsP can result in a sparse table but it is not so difficult to code something up to deal with that. I consider it a software problem and suggest we adopt 2d tables.

Closing with thanks!


[BUG] Duplicate chatflow fails in 1.6.2

Describe the bug
Trying to duplicate chatflow. Duplication fails.
index-DGQWeMvb.js:449  DOMException: Failed to execute 'setItem' on 'Storage': Setting the value of 'duplicatedFlowData' exceeded the quota.
at G (http://localhost:3000/assets/index-DGQWeMvb.js:449:123775)
at onClick (http://localhost:3000/assets/index-DGQWeMvb.js:9:6491)
at Object.oI (http://localhost:3000/assets/index-BlOiciPs.js:59:9864)
at aI (http://localhost:3000/assets/index-BlOiciPs.js:59:10018)
at sI (http://localhost:3000/assets/index-BlOiciPs.js:59:10075)
at e2 (http://localhost:3000/assets/index-BlOiciPs.js:59:31462)
at i_ (http://localhost:3000/assets/index-BlOiciPs.js:59:31879)
at http://localhost:3000/assets/index-BlOiciPs.js:59:36792
at vy (http://localhost:3000/assets/index-BlOiciPs.js:62:36957)
at OE (http://localhost:3000/assets/index-BlOiciPs.js:59:8999)
G @ index-DGQWeMvb.js:449
    [NEW] Explain Console errors by using Copilot in Edge: click
     to explain an error.
    Learn more
    Don't show again

To Reproduce
Steps to reproduce the behavior: Update to version 1.6.2
Open existing chatflow
Go to setting choosing "duplicate chatflow"

Go to '...'
Click on '....'
Scroll down to '....'
See error

Expected behavior
A clear and concise description of what you expected to happen.
Screenshots
If applicable, add screenshots to help explain your problem.
Flow
If applicable, add exported flow in order to help replicating the problem.
Setup

Installation local  & Azure
Flowise Version 1.6..2
Win 11 / MacOS 14.4.1
Browser [e.g. edge, safari & chrome]

Additional context
Add any other context about the problem here.

@msiwanHahn your local storage seems to be full. Try to clear it:

Thanks Henry for looking into this. We, my colleague and I tested on several machines (Win / iOS), with different browsers (we deleted the local storage). We get still the same error, independent of running flowise localhost or in our container@ Azure.


Roll Engine from 2e5833b7c572 to 9cb4d2dd243d (32 revisions)

Roll Engine from 2e5833b7c572 to 9cb4d2dd243d (32 revisions)
https://github.com/flutter/engine/compare/2e5833b7c572...9cb4d2dd243d
2021-01-08<EMAIL_ADDRESS>Make pending event handling more lenient to allow out of order responses (flutter/engine#23504)
2021-01-08<EMAIL_ADDRESS>Update outdated links (flutter/engine#23513)
2021-01-08<EMAIL_ADDRESS>Roll Skia from f5aed172c693 to 0355118f220e (1 revision) (flutter/engine#23536)
2021-01-08<EMAIL_ADDRESS>Roll Fuchsia Mac SDK from IGtSAREVb... to 80NV-ZWKC... (flutter/engine#23534)
2021-01-08<EMAIL_ADDRESS>Roll Skia from d2f51b18065a to f5aed172c693 (1 revision) (flutter/engine#23533)
2021-01-08<EMAIL_ADDRESS>Roll Skia from cb3bcf88e382 to d2f51b18065a (1 revision) (flutter/engine#23532)
2021-01-08<EMAIL_ADDRESS>Roll Skia from f4ea30580c91 to cb3bcf88e382 (3 revisions) (flutter/engine#23531)
2021-01-08<EMAIL_ADDRESS>Manual roll of Dart d7624b6ec7b...60175b98ac3 (flutter/engine#23529)
2021-01-08<EMAIL_ADDRESS>Roll Skia from c6e25754c4ad to f4ea30580c91 (1 revision) (flutter/engine#23528)
2021-01-08<EMAIL_ADDRESS>Rename DynamicFeature->DeferredComponent and impl uninstall DeferredComponents (flutter/engine#23224)
2021-01-08<EMAIL_ADDRESS>Manual roll of Dart 60175b98ac...6a6a854523 (flutter/engine#23527)
2021-01-08<EMAIL_ADDRESS>Roll Fuchsia Linux SDK from qedaMC5nT... to R9qkTURF2... (flutter/engine#23512)
2021-01-08<EMAIL_ADDRESS>Roll Skia from be0b3b7363a9 to c6e25754c4ad (22 revisions) (flutter/engine#23525)
2021-01-08<EMAIL_ADDRESS>Roll Fuchsia Mac SDK from cLR0CUb-e... to IGtSAREVb... (flutter/engine#23509)
2021-01-08<EMAIL_ADDRESS>Skip the FlEngineTest.SettingsPlugin test (flutter/engine#23516)
2021-01-07<EMAIL_ADDRESS>Update virtual to take sampling (flutter/engine#23476)
2021-01-07<EMAIL_ADDRESS>add arm host builder (flutter/engine#23440)
2021-01-07<EMAIL_ADDRESS>[fuchsia][input] Migrate Flutter to "input3" (flutter/engine#23262)
2021-01-07<EMAIL_ADDRESS>Fix argument specifier for g_warning() (flutter/engine#23138)
2021-01-07<EMAIL_ADDRESS>disable UnassignedIdsAreReused flaky test (flutter/engine#23511)
2021-01-07<EMAIL_ADDRESS>[tests] Normalize SkImage before comparison. (flutter/engine#23489)
2021-01-07<EMAIL_ADDRESS>started sharing GPU contexts between spawned engines (flutter/engine#23435)
2021-01-07<EMAIL_ADDRESS>[web] Draw shadows for text in rich paragraphs (flutter/engine#23470)
2021-01-07<EMAIL_ADDRESS>Provide a runtime switch for selecting SkParagraph text layout (flutter/engine#23474)
2021-01-07<EMAIL_ADDRESS>Roll Skia from d64a3193cd49 to be0b3b7363a9 (3 revisions) (flutter/engine#23487)
2021-01-07<EMAIL_ADDRESS>Roll Dart SDK from 1c14d9bb3528 to 6a6a854523fd (21 revisions) (flutter/engine#23486)
2021-01-07<EMAIL_ADDRESS>[macos] Re-land FlutterOpenGLRenderer isolation (flutter/engine#22607)
2021-01-07<EMAIL_ADDRESS>Roll Fuchsia Linux SDK from 5jKxFxRiQ... to qedaMC5nT... (flutter/engine#23484)
2021-01-07<EMAIL_ADDRESS>Roll Fuchsia Mac SDK from de_114mvQ... to cLR0CUb-e... (flutter/engine#23482)
2021-01-07<EMAIL_ADDRESS>Roll Skia from a7b7964a237a to d64a3193cd49 (5 revisions) (flutter/engine#23479)
2021-01-07<EMAIL_ADDRESS>Roll Skia from 417743f806d1 to a7b7964a237a (19 revisions) (flutter/engine#23464)
2021-01-07<EMAIL_ADDRESS>Call JavaVM::AttachCurrentThread only once per thread (flutter/engine#23188)
Also rolling transitive DEPS:
fuchsia/sdk/core/linux-amd64 from 5jKxFxRiQQBZ to R9qkTURF2dXy
fuchsia/sdk/core/mac-amd64 from de_114mvQcHR to 80NV-ZWKClA0
If this roll has caused a breakage, revert this CL and stop the roller
using the controls here:
https://autoroll.skia.org/r/flutter-engine-flutter-autoroll
Please CC<EMAIL_ADDRESS>on the revert to ensure that a human
is aware of the problem.
To report a problem with the AutoRoller itself, please file a bug:
https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug
...

Build green: https://ci.chromium.org/ui/p/flutter/builders/prod/Linux web_long_running_tests/653/overview
Landing as roll is priority and has not landed in a while.

Build green: https://ci.chromium.org/ui/p/flutter/builders/prod/Linux web_long_running_tests/653/overview
Landing as roll is priority and has not landed in a while.


new version translate incomplete

There is a new version update today, but the file's property interface and client's settings interface are in English and are not translated into Chinese.

@yipanhuasheng can you please provide a screen shot. It is translated for me:

@roblourens assigning to you. If there are untranslated strings check if they are localized. If, please assign to @danyeh

It’s ok now.


User guide - Update sphinx_rtd_theme to version 0.2.4

Fix #730.
sphinx_rtd_theme_old can be deleted.
Please, download https://github.com/natanfelles/CodeIgniter4/tree/user_guide build and compare.
Do you know a solution for errors like this on build?
CodeIgniter4/user_guide_src/source/concepts/structure.rst:20: WARNING: Could not lex literal_block as "ci". Highlighting skipped.

There are a number of sphinx errors in the user guide source - not sure if this is related.
Will check out the PR.

The sphinx error you encountered is present in the main branch of the project too - not related to anything you did. I need to make a sweep through and clean things up a bit, and then figure out how to integrate a sphinx build into travis-ci to prevent doc errors from being introduced :-/

Are you planning any more tweaks, or is this good to go?

As I see, the theme styles are OK. Colors according with CI and now with some extras of the new sphinx_rtd_theme.
I thought research about the lexer and study. But I do not know how it works. So for now, no further adjustments.


ENH: update package version

Hi! This is the friendly automated conda-forge-webservice.
I've started a version update as instructed in #22.
I'm currently searching for new versions and will update this PR shortly if I find one! Thank you for waiting!
Fixes #22

@conda-forge-admin please rerender


Update webview.js for WebZ counters

Fixes Telegram WebZ/A not showing unread counters.

It works on my side for both direct and indirect counters. You just forgot to bump the recipe’s version number. Please see my pull request on your repository.

Sorry, I made the description a bit too general. Inside the Telegram window, everything worked fine, but I never got the counter badge on Ferdium's vertical/horizontal bar. It wasn't until I went directly to Telegram website that I noticed the object name for Badge had changed to ChatBadge, so I decided to give it a try inside my Ferdium installation and it started working. Not sure if OS related, so, just in case, I'm running Ferdium 6.4.1-nightly.8 on x64 Windows 11 22H2 (22621.1992).

Don’t worry your description is just fine, now you have but to wait for developers to review your PR and it should be soon merged.

@CiteopehtEripmav thanks for the fix, that is indeed not something that will be OS specific since it is a change on the webapp itself :-) Since @victorbnl has tested the change locally and everything looks fine for me too, I'm happy to merge it.
As an additional note for the next time you'll make a PR: please make sure to make a name that is more specific for the service used, and to use the automatic template when creating a PR.

@all-contributors please add @CiteopehtEripmav for code


Update controller-runtime and cluster-api dependencies

Changes proposed by this PR
Update controller-runtime to v0.16.2 and cluster-api to v1.5.2.
closes #1362

Release Note

Update controller-runtime to v0.16.2
Update cluster-api to v1.5.2

PR Checklist
Note: Please do not remove items. Mark items as done [x] or use ~strikethrough~ if you believe they are not relevant

[x] Linked to a relevant issue. Eg: Fixes #123 or Updates #123
[x] Removed non-atomic or wip commits
[x] Filled in the Release Note section above
[x] Added any relevant branches to cherry-pick
[x] Modified the docs to match changes

I can resolve the conflicts, but I'd like to avoid drift as much as possible. Any chance someone could take a look at this?

Resolved go.mod and go.sum conflicts.

You'll just need to resolve the lint and regen issues:
make generate manifests
make lint

I've made the updates requested. Please let me know if there is anything else I need to do.

Looks like it'll need another workflow run.


feat: add fromJson and mustFromJson to values func map

What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)

Feature: This adds two new functions fromJson and mustFromJson to the func map of the Values object.

What is the current behavior? (You can also link to an open issue here)

Currently, one can use the toJson function of the Sprig project to encode a value to JSON, but the inverse is not available.

What is the new behavior (if this is a feature change)?

A JSON document can be decoded into a data structure, e.g {{eval `varReturningJSON` | fromJson}}, or {{fromJson `{"a":"b"}`}}.

Does this PR introduce a breaking change? (What changes might users need to make in their application due to this PR?)

New feature, no breaking changes.

Other information:

Similar feature request is still on hold for Sprig: https://github.com/Masterminds/sprig/pull/230

CDS Report test#763.0 ✘

Stage 1

Test ✘

One issue I couldn't figure how to circumvent yet, is the fact that a value extracted from a data-structure decode with the introduced functions will always be converted to the Golang textual representation of their type.
See the following test case TestJSONParsing:
  assert.Equal(t, "utask", output["a"])
  assert.Equal(t, "666", output["b"])
  assert.Equal(t, "map[k:v]", output["c"])
  assert.Equal(t, "[1 2 3]", output["d"])

We are bound by the YAML spec, since we MUST quote our blocks in the template:
  a: '{{(eval `rawJSON` | fromJson).a}}'
  b: '{{(eval `rawJSON` | mustFromJson).b}}'
  c: '{{(eval `rawJSON` | mustFromJson).c}}'
  d: '{{(eval `rawJSON` | fromJson).d}}'

The idea is to be able to pass a map or slice as the input of a subtask without having the value converted to a string.
  myStep:
    action:
      type: subtask
      configuration:
        template: my-template
        input:
          foobar: '{{eval `myVariable` | fromJson}}' # <--

The field input is a map[string]interface{}, how do we pass a Go slice without the string conversion when the myVariable expression evaluation returns a JSON array ?

I think we can't do more about about the issue I raised in my previous comment https://github.com/ovh/utask/pull/164#issuecomment-657083354. The implementation is good enough for now, we can still leverage the new fromJSON functions for useful cases.
@rbeuque74 A second review would be nice, I'll address the minor changes suggested by @loopfz.


localeDetector spamming warning

I'm getting thousands of warnings in the logs:
Reverting to using defaultLocale: en
No valid locales in accept-language header: *

To my understanding it comes from here: https://github.com/i18nexus/next-i18n-router/blob/main/src/localeDetector.ts#L18C5-L18C78
But from user's perspective everything works fine. And I actually don't have so much visits.
Is there a way to disable this warnings?

Most likely some infrastructure calls, because our site blocked from the internet.
Thanks, will wait for this update!

I just came here for the exact same reason. Thanks for pointing that out

I think it may be next/link prefetch. We have a lot of links on one page and it can generate 16 requests at a time

Console warning removed in v5.4.3 👍

Appreciate how quickly you took care of it, thanks


add meta flag to load

Generally speaking I think we shouldn't have 2 ways to do the same thing. So either load_meta() OR load(..., as_meta=True) no need for both, unless some specific restrictions require this.
Some questions to give me background:

Would the user be interested in interacting with the MlemObject directly? what are the benefits?
Why is "MlemObject" is called "meta" in user facing flags/methods and not mlem_object (load_mlem_object, as_mlem_object)?
If there's an existing load_meta() - why isn't load() using it today (duplicated logic?)

closing as outdated


Remove superfluous semi-colon

[ ] PR has tests / docs demo, and is linted.
[ ] Commit and PR titles begin with [ComponentName], and are in imperative form: "[Component] Fix leaky abstraction".
[ ] Description explains the issue / use-case resolved, and auto-closes the related issue(s) (http://tr.im/vFqem).

I don't believe a semi-colon is required here

@morenoh149 This is a field member assignment like:
class A {
  field = 'foo';
}

not a member function :grin: only member functions don't need it :sweat_smile:

Yeah, this semi-colon is required, for instance have a look at http://facebook.github.io/react/blog/2015/01/27/react-v0.13.0-beta-1.html#es7-property-initializers.


Point in time support

According to the documentation scrolling is no longer recommended

However, I cannot find a way to use PIT with Go code.

Since search_after is part of the body, there is no special support for it in the package. In fact, the XKCD example uses it for loading results:
https://github.com/elastic/go-elasticsearch/blob/4b40206692088570801280584e614027e6ce818b/_examples/xkcdsearch/store.go#L209

Same goes for PIT, you can generate a PointInTime with : https://github.com/elastic/go-elasticsearch/blob/8eab6abd70f9aba9ffa373b39b9754c781590566/esapi/api.xpack.open_point_in_time.go#L36
Once you've retrieved the Id, pass it into the body of your request.
Don't forget to close the PIT with the same Id if you don't need it anymore to avoid surprises with : https://github.com/elastic/go-elasticsearch/blob/8eab6abd70f9aba9ffa373b39b9754c781590566/esapi/api.xpack.close_point_in_time.go#L36

Hi!
Just stumbled upon this as well and wondered why this issue got closed.
Is that how it's recommended to build search queries?
 If you have parameterized queries and/or possibly JSON encoding issues while working on it, it's harder than it should be to write code for it.
Besides, the go Search API has several functions to specify the search request but is missing some. Why is this the case? e.g. stored_fields or so go directly into the request body as well, no?
If that's not the way the API should be used, why is the Search API as is in the go library?
Maybe it needs a proper search query generator in this library?

Hi @mweibel,
Thank you for these very interesting questions !
This issue has been closed because it was specifically about not finding the PointInTime API which, I believe, has been answered.
The current Go client is a "low-level" client and relies on json specification to generate it's API but avoids interfering with the body. Since the PointInTime API relies on the content of the body this should be handled by the user.
As per your example stored_fields are passed as Query parameters in the url and thus doesn't touch the body.
However, I believe what you are referring to is more of a helper which already has it's own issue here : https://github.com/elastic/go-elasticsearch/issues/186
Please feel free to pitch in or raise another issue if that's not the case !

@Anaethelion thanks for the answer (and sorry for the late reply).

However, I believe what you are referring to is more of a helper which already has it's own issue here : #186

Hmm not really. I was looking more for a search query builder or something like that. Because of the different fields in the Search Request struct I thought the Point in Time is just missing. But of course you're right - all the other fields can be passed as a query string as well. Didn't inspect the code so I didn't see it ;)
Given that the library is a low level client, I wonder if a search query builder could be part of this library or rather another library? I'd gladly raise an issue if you could imagine this.

We are working on higher level clients and some form of query builder is definitely on the table !


Expose access to Connection::edges

Description of the feature
Right now Connection's edges field is private, and the only way to push edges into it is using several accessors. This approach makes it harder than necessary to add the edges. This makes adding edges a lot less flexible (and thus harder) than it would be if the Vec was exposed directly. The downside would be constraining the public API somewhat, but given that Vec seems to be a good match for exactly what Connection is trying to do, that doesn't seem to be a big deal IMO.
Code example (if possible)
If you already have a Vec of edges, having to go through an iterator to get it into the Connection is inefficient.  If your creation of edge types is fallible, having to deal with the try_() methods also makes life harder than it could be (since you have to propagate the error out of any map() closures you might need).

Fixed in v3.0.36 😁

Thanks!


wireless adapter TL-WN722N v2 not working

it would be great if common wireless adapters such as TP-LINK TL-WN722N are working ootb.
this would add high-gain wireless reception and much better streaming performance.
couldn't get it up and working for Raspberry 1.
Is the underlying debian version or kernel modules are outdated for this purpose?

What driver does it require?

according to their linux support package it seems to be a "RTL8188EUS" chip
Driver:
http://static.tp-link.com/TL-WN722N(EU)_V2_161112_Linux.zip
dmesg from ubuntu 16.04 (notebook)
[16700.940203] usb 2-1: new high-speed USB device number 4 using xhci_hcd
[16701.068603] usb 2-1: New USB device found, idVendor=2357, idProduct=010c
[16701.068607] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[16701.068610] usb 2-1: Product: 802.11n NIC
[16701.068612] usb 2-1: Manufacturer: Realtek
[16701.068614] usb 2-1: SerialNumber: 00E04C0001

it mostly depends on the age of the USB stick, tbh. .. older TLWN722N are using kernel native drivers.
BTW: with newer 4.x kernels, the needed Realtek drivers are included. On our archlinux based PirateBox image, the drivers work out of the box... even in AP mode.

@MaStr have you proofed it?
pls. don't mix it up  with the older hardware model!
as of now, tp-link ship this model with new and different chipset "RTL8188EUS" and not as month ago with the highly compatible atheros chipset.
So, this one is definitely not work with newer kernels 4.x, also the correct Realtek firmware is missing, so no proper drivers included for most common distros!
because drivers are not available, this one does not work at:

Raspberrypi 1 - Debian wheezy - FAIL
Raspberrypi 3 - Debian jessie - FAIL
Dell E74400 - Ubuntu 16.04 LTS - FAIL
HP Elitebook - Fedora 25

pls. stop trolling "at archlinux everything is working", it is not helping in this case, we need to get it working for pimusicbox.
thanks

Hi,
First of all, I want to apologize. It was not my intention to troll around. I found the fact above per accident while debugging a udev rule for Piratebox startup.
My intention with posting that was, that you need to be careful about WN722N because different versions exists on the market. It seems we now know 3 different versions ...
My WN722N is the one of the first models which works out of the box since 3.x.
For Piratebox, we used to ship prebuilt packages on the image which are installed/changed during detection of devices.
I can try to get one of the problematic versions and see what is wrong .. if you like to. Possibly, I will stumble of that stick on the Piratebox project again...
Best regards Matthias

On 7. May 2017, at 11:58, nean<EMAIL_ADDRESS>wrote:
@MaStr have you proofed it?
pls. don't mix it up with the older hardware model!
as of now, tp-link ship this model with new and different chipset "RTL8188EUS" and not as month ago with the highly compatible atheros chipset.
So, this one is definitely not work with newer kernels 4.x, also the correct Realtek firmware is missing, so no proper drivers included for most common distros!
because drivers are not available, this one does not work at:
Raspberrypi 1 - Debian wheezy - FAIL
Raspberrypi 3 - Debian jessie - FAIL
Dell E74400 - Ubuntu 16.04 LTS - FAIL
HP Elitebook - Fedora 25
pls. stop trolling "at archlinux everything is working", it is not helping in this case, we need to get it working for pimusicbox.
thanks
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

thanks, I appreciate your collaboration.
as far as I can see the pimusicbox is based on raspbian wheezy, so we'd need to have the driver source from tp-link compiled on raspbian wheezy.  driver source can be found here http://static.tp-link.com/TL-WN722N(EU)_V2_161112_Linux.zip
Unfortunately I wasn't able to compile it at least on ubuntu 16.04 .

I did some further researches on this topic and additional preparations for cross compiling.
I found out, that on the https://github.com/raspberrypi/linux the 8188EUS driver is included, but the vendor ID 0x2357, productid 0x010c  is not set in
 linux/drivers/staging/rtl8188eu/os_dep/usb_intf.c

As PiMusikbox switched to v4.9.16 kernel using the source https://github.com/Hexxeh/rpi-firmware , the linked kernel source from TPLink might  be not valid anymore.
In an alternate driver source https://github.com/lwfinger/rtl8188eu it is possible to generate a dkms module and it already contains the needed driver changes for that wifi adapter https://github.com/lwfinger/rtl8188eu/commit/014ae2639386201fed92f98c971796602624b7ea
So probably prebuilding a dkms module with that alternate source is an option before stripping down the image back to release size (assuming I understood the build path of pimusicbox)

Crap.. the new TP-Link TL-WN722N I received today is "only" version 1.1 and has an ath9k chipset:
usb 1-1.2: new high-speed USB device number 6 using ehci-pci
usb 1-1.2: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
usb 1-1.2: ath9k_htc: Transferred FW: ath9k_htc/htc_9271-1.4.0.fw, size: 51008
ath9k_htc 1-1.2:1.0: ath9k_htc: HTC initialized with 33 credits
ath9k_htc 1-1.2:1.0: ath9k_htc: FW Version: 1.4
ath9k_htc 1-1.2:1.0: FW RMW support: On

Trying to get a 2.0 somewhere...

damnn, I've bought mine at amazon.de.
we can swap or I can send you mine if you like?

I ordered mine on Amazon.de, too.. lol
Yes, I would like to swap it. Can you e-mail me your address at matthias.strubel(at)aod-rpg.de and I'll send you over the stick (and after it arrives, you can send yours back.
Thank you!
I recognized your commit at RPI/Linux repository-fork. Do you think that patch will be integrated to the RPi-Kernel?

just sent you my postal address.
regarding the RPI/Linux commit: well, lets call it endless naivity,...
if this solves the problem, it should be implemented.
tbh. I haven't time to look into this in more detail.
thanks

Hi@all,
i need the TL-WN722N V2 driver for kali on raspberry.
Anyone of us know how to compile it?
Some howto's that i found does not work...
Thanks

I was able to compile the driver, but I never got the device usable by the networking stack 👎

Hi @mtdnet , due to the "outdated" kernel and underlying distro non of the TL-WN722N versions will run ootb on pimusicbox.
I wasn't able to get v2 nor the v1 (special thanks to @MaStr , who exchanged his v1 with my v2), in the end I was forced to switch to https://volumio.org  where at least v1 worked ootb.
I don't see a chance that v2 will work in the near future on pimusicbox as the whole underlying distro needs to be updated to a recent version plus some extra special tweaking for the TL-WN722N v2. Be aware that the v2 doesn't even run ootb on current Ubuntu 16.04 LTS.

Is it actually a kernel issue or a missing non-free driver that's required? 0.7Rc4 has kernel 4.9.16 and 0.7rc5 will have the latest as of last week. If it'd just missing firmware that should be feasible.

I'd like to help get this working but I'm not sure what needs to be done. Is is still the 8188EUS that's got the issue? Does it work on any version of debian?

Has anyone tried configuring wpa_supplicant.conf to use wext as described in http://www.thelinuxrain.com/articles/getting-realtek-8188eu-wireless-adapters-to-work-in-linux-and-possibly-other-wireless-realtek-chipsets ?

nope, that's not working, also I tried a lot with replacing certain firmware files etc,...
v2 is quite a pain, after investing some days to try to get it working on ubuntu I gave up, also I was not abler to compile the source from tp-link (they state it as driver).
But it seems it is working on arch linux based distros.
it could well be that v1 is working on newer kernel version, but the thing is that even on amazon you'll get unpredictable versions, one gets v1 while another get v2,...

Here's my story: I bought the TP-LINK TL-WN722N Version 2 a couple of days ago. I am running Kali Linux (4.9.0-kali4-amd64) on my laptop (not in vm). I've spent the last two days trying to get the drivers to work for my wireless adapter and I managed to get it to show in iwconfig from this installation here.
My problem now, is when I type airmon-ng check kill; airmon-ng start wlan0 I get the following output:
Killing these processes:

  PID Name
  693 wpa_supplicant

PHY	Interface	Driver		Chipset

phy0	wlan0		??????
cat: /sys/class/ieee80211/phy0/device/net/wlan0mon/type: No such file or directory

Newly created monitor mode interface wlan0mon is *NOT* in monitor mode.
Removing non-monitor wlan0mon interface...

 There seems to be an available module for the kernel used in v0.7rc4 (4.9.16-v7+ #978) but I don't have the wireless stick so I can't test. If this works out I can include all these pre-built drivers.
wget http://fars-robotics.net/install-wifi -O /usr/bin/install-wifi && chmod +x /usr/bin/install-wifi
install-wifi

please anybody help me...i want to buy tp link wn722n wifi adapter... but now 3 versions are available.. please suggest me which version is able to monitoring mode and packet injection..an also support on kali linux on Vmware...please help

I think this is not the correct place to ask for instruction of "some" distribution. Just buy a different wifi adapter. Maybe a Ralink RT5370 based USB-devices like this  http://www.amazon.com/exec/obidos/ASIN/B00H95C0A2/ .

My friend hacked his neighbors wifi using V1. I believe V1 can be used as plug and play without any pre-setup on Kali. But whatever you do, don't buy V2... it will cause you days of headache with no result.

thank you..
please tell me a wifi adapter model which can perform packet injection & monitoring mode...in windows & kali linux via vmware.
#MaStr i saw your suggestion but that device for ruspberry pi.. but i need for my laptop.

Linux = raspberryPi.
If it works on the pi , you can be sure it works under Linux.
But I think nobody can tell you if it will  work in the constellation VMware & windows .
For Qs about kali, you may ask in the kali forum .

On 29. Jul 2017, at 18:03, ankus031<EMAIL_ADDRESS>wrote:
thank you..
please tell me a wifi adapter model which can perform packet injection & monitoring mode...in windows & kali linux via vmware.
#MaStr i saw your suggestion but that device for ruspberry pi.. but i need for my laptop.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

@kingosticks , sorry I don't have the v2 anymore, also I'm very busy with other projects atm. , I'm open do donate a v2 stick for you to test (pls. send me a amazon wishlist link or something similar, I'll cover the costs)
@Acidic9 @ankus031 , I need to step in here;
first -> wrong place, its about pimusicbox and how to get the TL-WN722N working, you're welcome to participate, but its not about kali here ;
second -> its about ethics, you know. you'll hardly find someone in a  linux community who is going to give you something like a out-of-the box solution if you're going to misuse it, like to hack someone else's wifi without permission, and probably without understand the technology.
If you're really interested into how to things work or to get things working there are wonderful projects out there you can learn from.
Don't waste your skills, better help @kingosticks eg. on testing and please participate to find a solution.
Last, one said, no one will help script kiddies who are going to cause chaos -> hacker ethic.
Especially in these times our common effort should be to save and protect "our/everyones" privacy!
help this neighbor to fix the weak wifi, not abuse it, you'll benefit from it ;-)
Thank you for your understanding.

@nean-and-i It's purely for learning purposes. I'm even attempting to hack my own wifi. I've been trying for so long and it's something that must be done or else all hell will break lose.

Thank you @nean-and-i, that's very kind. From the Amazon UK page it looks like a lot of people are complaining about receiving the v2 so I'll just order one from there. You can never have enough wifi dongles. If that doesn't work out then I might take you up on your offer (I'll pay for shipping, of course).
And thanks for taking the time to highlight what this repository is and isn't for, you are exactly correct. There are far more appropriate forums to discuss Kali Linux so please use those.

@kingosticks , no worries ;-)
have you thought about to place a donation button (paypal/amazon) on the project site, just for such purpose?

just to add something here, as per driver page of WN722N page, it will work only on older version or linux, so I installed older version of ubuntu with correct linux version and update header. and I was able to set v2 of this cr*p into monitor mode. with some modification in driver, I was able to run it on Kali version 2. but its not working on latest version of linux kernel, another thing I want to share is, v2 does not support packet injection (with the drivers).

I'm not sure how to make this any clearer:
If you are using Kali Linux, this is not a relevant place to post.

Here is a solution..
https://github.com/mfruba/kernel/tree/master/drivers/TL-WN722N_v2.0-Ralink
For Kali Linux worked.

I have install TL-W722N v2 in Kali 4.13.0 but it doesn't support monitor mode. Can any one help me out??
Or anyone wants to exchange it with V1?

@safal2000 ,  please consult kali community forum https://www.kali.org/community/
If you (and all others who refers to kali) are not using pimusic box, but kali linux, this is a very wrong place to report an issue.
This is an issue thread for pimusicbox and NOT kali linux, and it is not like that the libraries or even source easily work OOTB on both !
thank you

@Josue198s  yeah it works, but i cant get into monitor mode

@nean-and-i
Your quote:

Last, one said, no one will help script kiddies who are going to cause chaos -> hacker ethic.

What you mean by that? Did you mean: hakuna matata ?
 Like nunya never grep'd information for your own selfish purposes from a github project without even giving it a star let alone a push/pull request.
Upgrade your grey-matter folks, I mean: hakuna matata


UX: Improve the About page design for InstructLab Integration

Is your enhancement related to a problem? Please describe
Create enhancements for the current design.
Describe the solution you'd like
Change the About page to make it more appealing; revise the menu, add links to documentation, community, improve samples UI.
Describe alternatives you've considered
No response
Additional context
penpot page

This is a part of #1743

I am working on a UI enhancement for the About page. Here's a proposal:

the page layout is different
added links to InstructLab documentation and Hugging Face org
made the banner full-width (WIP)
updated samples cards with different images and layout
one image is still TBD
Updated articles and videos sessions - looking for input on what should be surfaced there
This is still a work in progress, sharing for awareness:

The initial design is this:

Updating with a new image for Running skill and Articles and Videos layout. I'm investigating an option to make the InstructLab banner more visually appealing - working with the designer on that team.
Please take it as a WIP and leave comments:

@axel7083 @jeffmaury @feloy @slemeur @ekidneyrh

Updated the banner:

I like the new banner! The muted blue purple goes with the theme better imo

Please take a look and consider these 2 - vertical and horizontal cards ratios (they are rough designs still):

Both have their ups and downs; for instance the horizontal cards fit more text; however they occupy much more space on the page.

@slemeur @Firewall  I added some additional changes as we discussed - please review. Penpot link


chore: bump macos runner version

GitHub Action is sunsetting the macOS 10.15 Actions runner. It will stop working intermittently until being completely removed by 2022-8-30: https://github.blog/changelog/2022-07-20-github-actions-the-macos-10-15-actions-runner-image-is-being-deprecated-and-will-be-removed-by-8-30-22

Looks like we have a dup with #7211

Sorry, I didn't notice this PR and opened a dup.
Differences - I think we should migrate to 12 (Monterey) which was released last year and update mac os tests job as well.

I've updated this PR and now it is using macOS 12 runner.

Can you squash these commits? This only changes one file and should all be in a single commit.

@estesp done.


[FLINK-16411][AZP] Use google mvn mirror globally

What is the purpose of the change
We observed build failures due to connection issues to the apache maven central mirror in later build stages (some e2e tests, and other profiles are running maven again).
Brief change log

Introduce a new step that copies the maven settings file to the home directory
do not pass maven settings anymore in the compile stage (as they are picked up from the home dir)

Verifying this change

I verified this change by removing the test stage. All artifacts were downloaded from the google mirrors.

I reworked the PR to use one central function for calling maven.
I agree that this is a better solution, as it solves some other problems as well (such as accidental use of newer maven versions for the e2e tests, and the http wagon deadlocks)

Thanks for your review. I responded to all your comments.

@flinkbot run travis

I believe I have responded to all feedback items

Thanks a lot for the review!


Please provide a way to seed SSH configuration and host keys

Hi,
Please provide a way to seed SSH configuration and tell Jsch about host keys.  Currently, the following Jsch options are hardcoded[1]:
  config.put("StrictHostKeyChecking", "no")
  config.put("HashKnownHosts", "yes")
  config.put("PreferredAuthentications", "publickey,keyboard-interactive,password")

We would like to be able to enable StrictHostKeyChecking and provide the public key of the target host to Jsch.
Thank you in advance,
[1]https://github.com/aestasit/sshoogr/blob/master/src/main/groovy/com/aestasit/ssh/dsl/SshDslEngine.groovy#L40

Documentation? Commit?

https://github.com/sshoogr/sshoogr/blob/main/subprojects/sshoogr/src/main/groovy/com/aestasit/infrastructure/ssh/dsl/SshDslEngine.groovy#L49


Performance schedule

Add a performance schedule behavior so people can make planned performances easily findable.
Ideal schedule: /performance date time name
Ideal list: /list-performances
Ideal cancel: /cancel-performance performance-number
This should automatically capture the Discord user information when they add a performance.

This is the first feature that will require persistent storage. Most likely solution: firebase


Failed To Fetch

I set up the webservice in Docker after much struggling and went to test it out but it seems to be failing when I upload files as a test.
The error says its possibly a memory issue but my GPU (3070) has 8gb and hardly uses over 1 when running this in Docker. Am I doing something wrong or is this a bug

Using a symbolic server name instead of an IP helped me.
for example: http://server:9000 instead http://<IP_ADDRESS>:9000

Using a symbolic server name instead of an IP helped me. for example: http://server:9000 instead http://<IP_ADDRESS>:9000 but I use CPU decoding and having 20GB RAM

I have it set up in Docker like this. Not sure how I would change it to a Symbolic name. I feel like such a newbie lol

Well I figured out what that error was. Way Way back I limited Docker to 1GB of system memory because there was a memory leak and that helped prevent it. So it was erroring out with that "Out of Memory" error not because of a lack of Vram but a lack of allowed System Memory


Upgrade to Kafka 0.11

Kafka 0.11 is out and backward compatible with 0.10.x => we should upgrade the library we use here.

Hi @original-brownbear, will there be equivalent task for kafka output?

@allenmchan now there is (https://github.com/logstash-plugins/logstash-output-kafka/issues/139), thanks for pointing that out!

done


Update documentation about high availability

Random notes:
High Availability of Aegis Safe
Aegis Safe is designed as a single pod.
This means that if Aegis Safe crashes, there will be minimal disruption until it restarts. Aegis Safe employs lazy learning and does not load everything into memory all at once, allowing for very fast restarts. The lightweight and focused code ensures that crashes are infrequent, making Aegis Safe practically highly available.
While it is possible to modify the architecture to include more than one Aegis Safe pod and place it behind a service, this would be a significant undertaking:
The state would need to be moved away from memory and centralized into a common in-memory store (such as Redis or etcd), which would introduce another moving part to manage. Alternatively, all the pods would need to broadcast their operations and reach a quorum (a more complex solution than using a shared store).
A quorum-based solution would result in a performance hit.
Instead of externalizing the state, it might be more sensible to have a more robust pod that can handle all state changes.
Bootstrapping coordination would be necessary to prevent two pods from creating the same bootstrap secret simultaneously.
Data in the backing store would need to be encrypted as well (Redis does not encrypt data at rest).

Done.


The issue of getting stuck during Docker runtime

When I am running Docker and visualizing the results on my host, the GUI interface becomes very sluggish and even unable to move or rotate. May I ask what is the reason for this，
My Docker Parameters
-it
--ipc=host
--gpus all
-e DISPLAY=$DISPLAY \

Try nvidia/opengl:1.0-glvnd-runtime-ubuntu20.04 docker image to run OpenGL applications with hardware acceleration on docker.

thanks


hare: inconsistent result for different smeshers in the cluster

Example from devnet220.
In layer 8521 2 smeshers voted for empty 8520 layer. There are actually many such examples.
I can't trace the root cause without additional logging https://github.com/spacemeshos/go-spacemesh/issues/3134

can be closed, this is useless without any details


Fx, finalize and reupload timetable

A few typos in the time table, lecturer names may or may not be necessary, looks cluttered.
Add venue locations and google map hyperlinks
Welcome dinner, local + time etc...

done


fix: does not pass data provided to mount to wrapper component

#1661 introduced copying of passed options to parent wrapper. However it fails in a weird way if you are using data option for mount/shallowMount with external variable.
i.e.
    const defaultData = { foo: 3 }
    const wrapper = mountingMethod(TestComponent, { data: () => defaultData })

In this case data function will be invoked two times:

one for Parent component (wrapper for our TestComponent) - at this point defaultData will be "poisoned" (will become reactive, and observed by Parent component for changes)
one when Parent wrapper will be mounted, causing TestComponent instance to mount - at this point Vue will complain

[Vue warn]: Avoid adding reactive properties to a Vue instance or its root $data at runtime - declare it upfront in the data option.

because defaultData is treated as $data for Parent wrapper component already
In general, we do not need setting data on parent wrapper, so I just eliminate this propety before copying
What kind of change does this PR introduce? (check at least one)

[X] Bugfix
[ ] Feature
[ ] Code style update
[ ] Refactor
[ ] Build-related changes
[ ] Other, please describe:

Does this PR introduce a breaking change? (check one)

[ ] Yes
[X] No

If yes, please describe the impact and migration path for existing applications:
The PR fulfills these requirements:

[X] It's submitted to the dev branch.
[-] When resolving a specific issue, it's referenced in the PR's title (e.g. fix #xxx[,#xxx], where "xxx" is the issue number)
[X] All tests are passing: https://github.com/vuejs/vue-test-utils/blob/dev/.github/CONTRIBUTING.md#development-setup
[X] New/updated tests are included

Other information:

/cc @lmiller1990 as author of #1661

It's out
https://github.com/vuejs/vue-test-utils/releases/tag/v1.1.2


Error message for ProtectHome misconfigurations isn't descriptive

1. What version of Caddy are you using (caddy -version)?
Caddy 0.10.6
2. What are you trying to do?
Set up a web directory inside of the home directory.
3.  How did you run Caddy (give the full command and describe the execution environment)?
sudo service start caddy
5. Please paste any relevant HTTP request(s) here.
N/A
6. What did you expect to see?
I expected the web server to run from the /home/transfer/www directory. I did receive an error message that the "permissions" were not set correctly, but the issue was actually that ProtectHome was set to true in the service definition. So, while the directory permissions were set correctly, they were being reported as incorrect.
This page describes the resolution, but this simple explanation would be very helpful to have in the error message instead of either Parse error or permission denied, neither of which helped me understand why caddy was not starting.
https://caddy.community/t/unable-to-access-root-path-when-using-systemd/756
7. What did you see instead (give full error messages and/or log)?
$ sudo service caddy status
● caddy.service - Caddy HTTP/2 web server
   Loaded: loaded (/etc/systemd/system/caddy.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Thu 2017-08-24 22:36:52 UTC; 10s ago
     Docs: https://caddyserver.com/docs
  Process: 19572 ExecStart=/usr/local/bin/caddy -log stdout -agree=true -conf=/etc/caddy/Caddyfile -root=/var/tmp (code=exited, status=1/FAILURE)
 Main PID: 19572 (code=exited, status=1/FAILURE)

Aug 24 22:36:52 pp-downloads systemd[1]: Started Caddy HTTP/2 web server.
Aug 24 22:36:52 pp-downloads caddy[19572]: 2017/08/24 22:36:52 /etc/caddy/Caddyfile:3 - Parse error: Unable to access root path '/home/transfer/www': stat /home/transfer/www: permission denied
Aug 24 22:36:52 pp-downloads systemd[1]: caddy.service: Main process exited, code=exited, status=1/FAILURE
Aug 24 22:36:52 pp-downloads systemd[1]: caddy.service: Unit entered failed state.
Aug 24 22:36:52 pp-downloads systemd[1]: caddy.service: Failed with result 'exit-code'.

8. How can someone who is starting from scratch reproduce the bug as minimally as possible?
Set the root directory anywhere in the home directory and attempt to start caddy using service

Thanks for filling out the issue template!
So as I understand it, this is basically a request to change the wording of "Parse error: Unable to access root path ..." to something more correct, since it's not a parse error. (However, the permission denied part IS accurate, as that is simply the error returned from the system call.)

Right, while it is tecchnically correct that it is a permissions issue, it would be helpful to understand that this was because of a default configuration of caddy to prevent the home dorectory from being used. I spent a number of hours tweaking file and directory permissions, and being puzzled over why running the caddy command outside of the system service wasn't producing the same error.
For my case, the ideal would be if the error message changed when this setting was turned on and one is is trying to host in the home directory, so that the setting can be modified or the root directory moved elsewhere.

this was because of a default configuration of caddy to prevent the home dorectory from being used

This is not a configuration in Caddy; especially not a default one. Do you mean systemd?

Yes—I'm using the systemd service included in this repo, which includes the configuration to protect the home directory: https://github.com/mholt/caddy/blob/master/dist/init/linux-systemd/caddy.service#L36
I used the tutorial on DigitalOcean that includes installing this as part of the setup process: https://www.digitalocean.com/community/tutorials/how-to-host-a-website-with-caddy-on-ubuntu-16-04
I don't dispute that this is a good default to have, it was just difficult for me to diagnose the problem that I was having because it wasn't clear that this configuration was the culprit. I also realize that this is not caddy configuration per-se, but it was a sticking point in getting caddy to work properly for me.

Okay. Well, I don't support the systemd script, and the error Caddy gave was accurate (except for the "parse error" part -- that could be worded better) -- so I don't think there's anything to do here, so I'll close the issue. I'm glad you got it working!


Assignment/Tag Detail Page

Close #28
PR Type

[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] Others. (Please describe)

PR Info.
Changes

Assignment/Tag Detail page

Codecov Report

Merging #37 (4d984e6) into iteration4 (0f09514) will decrease coverage by 3.77%.
The diff coverage is 0.88%.

:exclamation: Current head 4d984e6 differs from pull request most recent head 9a0dd53. Consider uploading reports for the commit 9a0dd53 to get more accurate results

@@              Coverage Diff               @@
##           iteration4      #37      +/-   ##
==============================================
- Coverage       31.59%   27.82%   -3.78%
==============================================
  Files              29       30       +1
  Lines             804      913     +109
  Branches           61       80      +19
==============================================
  Hits              254      254
- Misses            549      658     +109
  Partials            1        1

Impacted Files
Coverage Δ

src/components/Create.vue
0.00% <0.00%> (ø)

src/components/DetailCard.vue
0.00% <0.00%> (ø)

src/components/Tag/TagSubscribe.vue
0.00% <0.00%> (ø)

src/views/Account/Account.vue
0.00% <0.00%> (ø)

src/views/Assignment/AssignmentDetailView.vue
0.00% <0.00%> (ø)

src/views/Assignment/Assignments.vue
0.00% <ø> (ø)

src/views/Tag/TagDetailView.vue
0.00% <0.00%> (ø)

src/views/Tag/Tags.vue
0.00% <0.00%> (ø)

src/services/GarnBarnApi/apis/v1/TagApis.ts
83.78% <20.00%> (-10.16%)
:arrow_down:

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 72e3a89...9a0dd53. Read the comment docs.


Wrong service shown than selected shown when scrolling too fast

This issue is similar to one we had in the very early days. It seems to be a timing problem.
When scrolling the list through very fast (here: with arrow down), it may happen, that the selected service is not that one which is shown.

Here you see a mixture of 3 different Radio stations from 2 muxes.
You can see that in the video
Bildschirmaufzeichnung vom 08.06.2024, 15:27:39.webm

Please check if this issue can be still reproduced with last build.

No, not fixed.

I do not know how to reproduce it. I have fixed what I could reproduce a since then it is no longer happening on my machine 🙁

Is there a caching problem with SPI or RadioDNS?
Because the service name now is the right one.
And it seems that there is a check in between as there is a short break and only then the display refreshes.

The problem happens when there is a tune to new ensemble, I was not able to reproduce any problem while scrolling in the services from one ensemble.
So in the screenshot Fantasi is selected in the tree, it is indicated by service name, it is playing but the logos belong to VAL 202, correct?
Are the logos displayed as expected when you select the service by "normal" clicking? Actually, are there any logos available for Fantasi service? If not, maybe it could be the reason to be checked.

Bildschirmaufzeichnung vom 17.06.2024, 07:19:56.webm
Yes, this solved it.


Add "Inspecting errors" section to top-level docs.

Hi - another proposed addition to the documentation, based on experience with our developers here. This is just a new section in the top-level docs, explaining how to get at the display, description, and backtrace of an error in your code.
Are you happy to add this? I know some of this is not error-chain-specific, but it seems like useful information alongside the other info on how to use the crate.
Thanks.

Thanks @Yamakaky , I hope this is better?

SGTM!

Thanks!


chore: use cbos for s51 general (APPLICS-531)

Describe your changes
APPLICS-531- https://pins-ds.atlassian.net/browse/APPLICS-531

Add the new feature flag into the docker compose yaml
Add the new feature flag into the config
If the feature flag is set, use 'GS5110001' otherwise 'General' for the register of advice case reference

Type of change 🧩

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] Documentation update
[x] Other (please explain in the description section above)

Checklist before requesting a review

[x] I have performed a self-review of my own code
[x] I have double checked this work does not include any hardcoded secrets or passwords
[ ] I have made corresponding changes to the documentation
[x] I have provided details on how I have tested my code
[x] I have referenced the ticket number above
[x] I have provided a description of the ticket
[x] I have included unit tests to cover any testable code changes

:tada: This PR is included in version 2.30.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

:tada: This PR is included in version 2.36.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

:tada: This PR is included in version 1.2.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Scout invariably crashes upon folder selection

Hi,
I've been using Scout for months without problems but recently, the application crashes everytime I try to select a target folder for the CSS files both for existing projects and new projects.
I'm on Windows Vista Home Premium 32 bit and the issue remains even after the reinstallation of the latest versions of Scout, Java and Adobe Air.
Below is the detail of the error message :
Problem signature:
Problem Event Name:	APPCRASH
Application Name:	Scout.exe
Application Version:	<IP_ADDRESS>
Application Timestamp:	4f4da3c6
Fault Module Name:	Adobe AIR.dll
Fault Module Version:	<IP_ADDRESS>0
Fault Module Timestamp:	50b8721d
Exception Code:	c0000005
Exception Offset:	002240f0
OS Version:	6.0.6<IP_ADDRESS>.768.3
Locale ID:	1036
Additional Information 1:	1acf
Additional Information 2:	63ca67c204b6d97f1a070463434e9e24
Additional Information 3:	e463
Additional Information 4:	f5f224f02f38e3ccc8047000b72ef6bf
Thanks in advance for any help!

Issue resolved. Closing issue. Download the latest version of Scout-App. If the problem still exists, create a new issue.

Scout-App.io