[CO] Label reorganization

Hello all,
Here it finally is: the PR related to issue #344 that reorganize all the labels and improve the structure of the coupling with FEMM (which will enable to simulate more complex machines). This PR is also linked to the PR 5 of the pyleecan-doc repository (to add a page on label convention and another one on hole conventions).
The main modification are the following:

Functions/labels now gather all the labels and related functions
FEMM functions reorganization to use new label and function (in particular get_obj_from_label)
Line.label is now Line.prop_dict to set several property on a line for different coupling
Lamination.get_label
New schematics for the related new documentation pages

This PR is not fully finalized, I still need to update the GMSH/Elmer related tests (all other tests are working). I'm not familiar with these part of the code so I will do my best to maintain the current behaviour with the new labels. We may also take the opportunity to improve the mesh definition in FEMM.
@SebGue when you will be back from your holiday, I would be glad if you can check if these modifications are Ok for you or if we can go one step further. Meanwhile we will work on a branch based on this PR so no rush ;)
Best regards,
Pierre

Hello all,
I took the time to update the coupling with GMSH:

The sliding band labels are been renamed to be consistent between FEMM and GMSH. One day we should be able to add a Machine method get_sliding_band that can be use by several coupling. In particular "line_1" and "line_2" are now renamed "Right", "Left" and "Radius" for a better understanding (even in FEMM where it doesn't matter)
A new function "draw_surf_line" to draw the lines of a surface has been introduced to remove some repetitive code lines and to split the draw_GMSH file into two files.
A new function "short_label" is now available in Functions.labels to return a Elmer compatible version of the new labels (that are already shorter than before)
To go further the machine generation is split in 4 steps (Rotor, Stator, Sliding Band and Airbox) that may be gathered in a single function to remove some duplicated code. Which could be the opportunity to prepare an extension for more complex machines (more than two lamination, external rotor, no shaft...)
As the lines don't have label any more, the mesh_dict was reorganized as key: surface label, value: dictionary with line index = number of element. The issue is that it is not really convenient to count the line to know where to set the mesh. I may investigate a better system latter on that could either select a line according to its index or a property (a line with a property dict is by definition an interesting line to interact with). test_gmsh2 is working but the mesh_dict was not updated.

The coupling with GMSH works, now the final step is to make sure that MagElmer and StructElmer are not broken (which, as I'm not really familiar with this part of the code, is totally possible).
Best regards,
Pierre

Hello all,
I'm done with this PR now. All the tests (including Elmer related ones) are passing.
The MagElmer and StructElmer coupling were updated to use the new labels (as for FEMM coupling it will enable to go further with both of these couplings). Although the tests are passing, it seems that there are still some issues with StructElmer but the issues were there before the work on the labels. The new label convention should ease the correction/improvement of StructElmer but I think that it can be done in another PR.
We recently realized that although the Ventilations classes were daughters of Hole, their behaviour were not consistent. In particular VentialtionX.build_geometry returned Zh surface instead of one. It was corrected in 7dcb3c361866e6987584822b7433a0a2782b6e1f
I will let this PR open to review for few days before merging. Once merged I plan to release pyleecan 1.4.0, update the website and share the first executable with the scripts from #416. Hopefully on next Friday.
Best regards,
Pierre

Hello Pierre,
you asked me to have a look at this PR, but I had no time to really get into it. So sorry not reviewing.
BR S

Hello Sebastian,
Don't worry that's normal. This PR was quite long to review so we did the review internally. The changes were more and more required for other work and it could have created unnecessary conflict. As all the tests were fine/updated I took the initiative to merge it, I hope you don't mind.
Any way, we are still open for any feedback, in particular the PR regarding the documentation is still open on the dedicated repository (hopefully I will come back to it this week to rewrite the installation page). Then if any further work/refactoring is required we can open a new dedicated issue (maybe the prop_dict for line can be improved).
Best regards,
Pierre


Adding VLEN and ELEN dynamic configuration to RISCV V 1.0 implementation

Hi!
I want to ask if someone is working on the dynamic configuration of ELEN and VLEN constant parameters in the RISCV Vector path. At this moment, if experimenting with different values of these parameters is needed, it is mandatory to recompile gem5 each time.
I have been working on and testing a possible implementation during the last weeks. So, I could work together on this task if you agree with that.
Also, during my testing, I found some erroneous behaviours in specific instructions (i.e. vle instructions) when using a large enough VLEN value, generally above or equal to 2^14. This can be related to the microVl selected data type for implementing these instructions, although I am not 100% sure yet.
I am also tagging Adrià since he is supervising the effort we are carrying out with RISCV Vector in our group and he could be interested in reviewing this thread in the future. @adriaarmejach

As far as I know, there is not anyone working on this. We would greatly appreciate the contribution!

In progress on #171

Finished on #171, I think we can close this one.


_GeneratePackageManagerJava runs on every incremental build

Android framework version
net9.0-android
Affected platform version
.NET 9
Description
I was testing our incremental build and noticed:

An incremental build of a MAUI project, where I changed either C# or XAML

This value changes each time:

This generates a new obj\Debug\net9.0-android\android\environment.arm64-v8a.ll each time, causing us to run _CompileNativeAssemblySources each time.
Could we use the same Guid for most Debug builds? Would only Release builds need a unique Guid?
/cc @grendello
Steps to Reproduce

dotnet new maui
F5 in VS
Make a small code changes
F5 in VS

Did you find any workaround?
No
Relevant log output
hellomaui_Debug_AnyCPU_Build_2024-08-16T11_28_53.1332631-05_00.binlog.zip

I don't think even Release builds need a unique build id, as far as we are concerned.  The Guids we care about are the assembly MVVIDs, and that only in Release builds when marshal methods are enabled.  So we should be fine forcing the same build id in Debug (I wouldn't force it in Release, as something else somewhere may expect the id to be different).


Changing websocketport

A few days ago, I installed a web server on the same machine running Homebridge.  It needs port 443 so I had to move deconz web socket port to a different port.  Since then, Homebridge has been working okay, but I noticed an error every few seconds in the log:
Phoscon-GW: websocket communication error Unexpected server response: 400

I could not find any description of this issue, but looking through the source code I see it's an easy fix, just add websocketport to config.json.  I suggest documenting this somewhere.

No, I'm not going to do that.  deCONZ reports the port it uses for the web socket over the API.  Homebridge Hue connects to that port.

Oh that's good!  I probably just forgot to restart Homebridge then.  Sorry about that.


[BUG] REDIS error

installed nostream on a VM(Ubuntu 22.04.5). V2.0.0.
postgresql-16
Redis Server V7.4.1
Typescript v5.6.3
node v20+ (also node v18)
when running nostream, REDIS throws error saying the URL is undefined.
logs show:
new URL (node:internal/url:806:29)
code: 'ERR_INVALID_URL'
input: 'redis://undefined:undefined:@undefined:undefined'
my .env file has all of the redis variables.
I dont understand.
Please help.

Are you using ./scripts/start script to run Nostream?


fix: regression with XPath attributes in CSS selectors

What problem is this PR intended to solve?
Issue #2419 reported that a regression in v1.13.0 that raised an Nokogiri::XML::XPath::SyntaxError when parsing XPath attributes mixed into the CSS query, for example node.css("img/@href").
Although this mash-up of XPath and CSS syntax previously worked unintentionally, it is now an officially supported feature and is documented as such.
Have you included adequate test coverage?
Yes!
Does this change affect the behavior of either the C or the Java implementations?
No.

On my end I can confirm this makes Discourse specs pass again! 🎉


Download tarball?

Hi,
I noticed that shmux is now on github.
In the past I used URLs such as:
http://web.taranis.org/shmux/dist/shmux-1.0.2.tgz
This was very convenient for wget-script and also
determining the program version. Do you think you
could make this on github too?
Unfortunately I do not know how this is done, but
other github projects have this like so:
https://github.com/downloads/mpruett/audiofile/audiofile-0.3.6.tar.gz
It would help me quite a bit to have such easy parse-able
files; I can of course use the download button and have a
.zip file but I'd love to use any .tar archive with a fixed URL.
Anyway, if this is unwanted or too much work, just feel free
to close the issue here. Thanks!

You're looking for https://github.com/shmux/shmux/archive/v1.0.2.tar.gz


[FLINK-32351][table] Introduce base interfaces for call procedure

What is the purpose of the change
Add base interfaces for call procedure proposed in https://cwiki.apache.org/confluence/display/FLINK/FLIP-311%3A+Support+Call+Stored+Procedure
Brief change log
Add base interfaces
Verifying this change
N/A
Does this pull request potentially affect one of the following parts:

Dependencies (does it add or upgrade a dependency): (yes / no)
The public API, i.e., is any changed class annotated with @Public(Evolving): (yes / no)
The serializers: (yes / no / don't know)
The runtime per-record code paths (performance sensitive): (yes / no / don't know)
Anything that affects deployment or recovery: JobManager (and its components), Checkpointing, Kubernetes/Yarn, ZooKeeper: (yes / no / don't know)
The S3 file system connector: (yes / no / don't know)

Documentation

Does this pull request introduce a new feature? (yes / no)
If yes, how is the feature documented? (not applicable / docs / JavaDocs / not documented)

@LadyForest Thanks for your reviewing. I have addressed you comments. PTAL.

@LadyForest Thanks for reviewing.


Added support for sending and reading Tracker Cookies

These functions are needed by some new tests I  wrote for the QueuedTracking plugin. With them it is possible to send and read the third party cookie set by Piwik.

Related PRs:
https://github.com/piwik/plugin-QueuedTracking/pull/58
https://github.com/piwik/piwik/pull/11771

Looks good to me. Left a few minor comment especially about $header possibly not defined eg when the tracking server does not respond. We can merge as soon as this change is made. Well done 👍

Thank you for your excellent code review. I have updated the PR accordingly.


Add Instructions for Contributing

This PR adds instructions for contributing integrations to this repo.
Signed-off-by: agardnerit<EMAIL_ADDRESS>

Add instructions about the CODEOWNERS file and maintenance (the Ecosystem team should not own/maintain integrations added by OS users)

What instructions would they be? Looking at CODEOWNERS it seems like a user must add their folder + @GitHub name when they raise a PR? Good to know, I haven't been doing that either :)
I'll raise a separate PR to adjust my ownership to this username as I'm trying to standardise my commits.

@agardnerIT thanks for adding the changes. Looks promising. Regarding the CodeOwners adding a new line with the path to the folder and their Github handle to the CODEOWNERS file should do the trick.

Thanks all. All changes made. Please re-review.


added awk example

I think of closing this one without merge as I don't see value in script like this better than someone running websocketd as
websocket --port=...  awk '{print "RECV: "$0}'

Also there is potentially unintended consequences someone using "system" as command in your particular script and I don't  want to fix around that. Dynamic function calling this way is great footgun that we should avoid encouraging in examples.

security depends on the use-case, so I don't really see the point in security-vetting 'examples'.
But fair enough, I do support maintainers being able to set their own standards.


rbd: fix the rados osd op timeout setting with cmd_time_out

The rados osd op timeout must be longer than the timeouts to detect
unreachable OSDs (osd heartbeat grace + osd heartbeat interval) or
we will end up failing the transport connection when we just needed
to try a different OSD.
And also the cmd time out in ring buffer in kernel must be longer
than the rados osd op timeout too, then we can make sure that before
the cmd in the osd timed out and get the reply from the osd, the cmd
in ring buffer is still alive.
Or for the multipath case, the client may resend the same cmd just
before the osd really timedout.
Signed-off-by: Xiubo Li<EMAIL_ADDRESS>

lxbsz,
I think the patches look ok. I am traveling and cannot test with the ceph-iscsi-* tools right now. When I get home Wed, I will test and merge.
Thanks.

How are you guys setting up tcmu-runner? Do you use targetcli and are you saving the target config in /etc/target/saveconfig.json or doing your own tools?
This patch does not seem to work with the restore commands because cmd_time_out gets stored in the attributes field in saveconfig.json and that gets set after the initial device setup.
When you run targetcli restoreconfig or start the target.service, targetcli/rtslib will do the device creation command which passes the osd_op_timeout value stored in the saveconfig.json config field  to tcmu-runner, and so your patch works as expected and will update the cmd_time_out value. The problem is that the saveconfig.json's cmd_time_out value has not yet been set, so rbd.c only tested against and updated against the kernel default of 30 seconds. Once the device is created rtslib will set the attributes in that dictionary. This will then overwrite the value your rbd.c code just set.
Here is an example from saveconfig.json:

  ],
  "attributes": {
    "cmd_time_out": 3,
    "dev_size":<PHONE_NUMBER>4,
  },
  "config": "rbd/rbd/gwcli0;osd_op_timeout=10",
  "hw_max_sectors": 128,
  "name": "gwcli0",
  "plugin": "user",
  "size":<PHONE_NUMBER>4,
  "wwn": "163c422a-4fbf-426e-9757-123456789861"
}

Maybe we need to:

In rtslib tcm.py UserBackedStorageObject _configure() make it so we set the attributes first?
Do a kernel patch to make cmd_time_out a setting settable with tcmu_set_configfs_dev_params, modify _configure to pass this in before doing self.enable(), and then I think we would have to then make the configfs cmd_time_out attr read-only to avoid that code resettting it.
Drop the code to try and adjust the settings and just document how to set them. Just keep checks in rbd.c and log a message if the settings are going to be bad and/or just return failure at device creation time.
?

@mikechristie
As you mentioned above.
How about the following changes:
Firstly, do a kernel patch to make  cmd_time_out a setting settable with tcmu_set_configfs_dev_params as the default value, which could be overlapped by the tcmu_cmd_time_out_store configfs later if this is called.
Then in rtslib/root.py restore(), if exist try to append the
"attributes": {
        "cmd_time_out": 3,
  },

to
"config": "rbd/rbd/gwcli0;osd_op_timeout=10",

like:
"config": "rbd/rbd/gwcli0;osd_op_timeout=10;cmd_time_out=3",

Sorry @lxbsz I missed your reply.
With the deferred_enable proposal here:
https://github.com/open-iscsi/targetcli-fb/pull/95
we can make rtslib/targetcli/ceph-iscsi-* set the control and attributes before doing the enable, so tcmu-runner has all the settings set at device setup time.

@mikechristie
Yes, I will add this.
Thanks,

Do a kernel patch to make cmd_time_out a setting settable with tcmu_set_configfs_dev_params,
modify _configure to pass this in before doing self.enable(), and then I think we would have to then
make the configfs cmd_time_out attr read-only to avoid that code resettting it.

@mikechristie About the read-only problem.
How about just let the cmd_time_out attr to be the following format:
"cmd_time_out=30[L]"   // the 'L' means Lock

If It's locked, the next time when reconfiguring it, the value must be larger than the current, or will be fail and keep the old.
This will one patch in kernel to support the 'L'.


nodemon dev script error when installing package

Hello,
I have an issue when I install the package I get an error message:
 Whoops!, Sir, Youssef... 😂💔 but Error: Command failed: npm set-script dev "nodemon ./src/index.ts"     at checkExecSyncError (child_process.js:760:11)     at execSync (child_process.js:833:15)     at createIndexFile (C:\Users\Youssef\AppData\Roaming\npm\node_modules\m-zanaty-web-utils\build\modules\server-ts.module.js:24:40)     at async createCombo (C:\Users\Youssef\AppData\Roaming\npm\node_modules\m-zanaty-web-utils\build\modules\node-ts-combo.module.js:16:5)     at async run (C:\Users\Youssef\AppData\Roaming\npm\node_modules\m-zanaty-web-utils\build\index.js:23:13 )

Hi thanks for raising an issue, I assume that the npm version that you have is less than 6 so could you please check and Please, make sure u use npm version > v6.x

I have made sure my version is higher 6


Feature request : login with LinkedIn

This would be great for another of my apps.

https://medium.com/@medyassinechraibi/get-started-with-react-and-linkedin-social-login-9b8505f39668

https://medium.com/@medyassinechraibi/get-started-with-react-and-linkedin-social-login-9b8505f39668

this is for web.
I suggest we close the issue because:

SDKs: Our JavaScript and Mobile Software Development Kits (SDKs) will stop working. Developers will need to migrate to using OAuth 2.0 directly from their apps.

https://www.linkedin.com/blog/engineering/developer-experience-productivity/developer-program-updates
I think you're more suited for your purposes:
https://github.com/capacitor-community/generic-oauth2

@reslear all social providers are OAuth 2.0 so we could make it easier as well.


Initial System Administrator needed to create the first Administrator account

Is your feature request related to a problem? Please describe.
When SOLO is deployed, we need a way to create a system administrator user, so that we can create at least one administrator so new accounts can be created.
Describe the solution you'd like
Ideally, this is a one time issue and the process can be deleted once SOLO is deployed
Additional context
We need to make sure this master account is not a security risk.

Write a script to automate the process.


ipq807x: fix the reset buttons on the CIG units

Signed-off-by: John Crispin<EMAIL_ADDRESS>

Merged to pending. Thanks.


Test sending fee to community pool

You mentioned before that this was working when testing manually. Just confirming.


Not working for 1.15.2

Hi,
I found out it's not working for 1.15.2 and wrote a fix, can you give me permissions to push a branch so I can contribute? ;)

Hi @Frettarix, that's great, thanks for your contribution! You can fork the repo and create a pull request from your fork, here is an example: https://help.github.com/en/github/collaborating-with-issues-and-pull-requests/creating-a-pull-request-from-a-fork

Should be fixed in 1.0.0, thanks for your contribution @Frettarix!


[BUG] Link error when cross compiling (using cross)

When upgrading to version 1.4.9 I get this error message:
Compiling crossbug v0.1.0 (/home/diego/dev/rust/fltk/crossbug)
error: linking with `x86_64-w64-mingw32-gcc` failed: exit status: 1
  |
  = note: LC_ALL="C" PATH="/opt/rust/rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/rust/rustup/toolchains/stable-x86_64-unknown-linux-gnu/bin" VSLANG="1033" "x86_64-w64-mingw32-gcc" "-fno-use-linker-plugin" "-Wl,--dynamicbase" "-Wl,--disable-auto-image-base" "-m64" "-Wl,--high-entropy-va" "/opt/rust/rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-pc-windows-gnu/lib/rsbegin.o" "/tmp/rustcITQKdH/symbols.o" "/target/x86_64-pc-windows-gnu/release/deps/crossbug-

many warning lines

          Warning: corrupt .drectve at end of def file
          /usr/lib/gcc/x86_64-w64-mingw32/7.3-win32/libgcc.a(gthr-win32.o):(.text+0x95): undefined reference to `__mingwthr_key_dtor'
          collect2: error: ld returned 1 exit status

  = note: some `extern` functions couldn't be found; some native libraries may need to be installed or have their path specified
  = note: use the `-l` flag to specify native libraries to link
  = note: use the `cargo:rustc-link-lib` directive to specify the native libraries to link with Cargo (see https://doc.rust-lang.org/cargo/reference/build-scripts.html#cargorustc-link-libkindname)

error: could not compile `crossbug` (bin "crossbug") due to previous error

This error does not happens with version 1.3.24 (the one that I used before)
It seems like a different version of MinGW was used to build the library (different that the one in the image) or and incompatible one.
Plus, if I tried to use a 1.3 version, cargo ignores the directive and uses the last 1.4 (this may be the intended behaviour, but I had to use the Cargo.toml complete definition to force cargo to use version 1.3.24)
The cross' image that I'm using is:
$ docker images | grep "windows-gnu"
ghcr.io/cross-rs/x86_64-pc-windows-gnu       main            f71564c11235   14 months ago   2.87GB

To Reproduce
Setup cross following this instructions
In Cargo.toml
[dependencies]
fltk = { version = "1.4.9", features = [ "no-pango"]  }

A minimal example code will do:
use fltk::{app, prelude::*, window::Window};

fn main() {
    let app = app::App::default();
    let mut wind = Window::new(100, 100, 400, 300, "Hello from rust");
    wind.end();
    wind.show();
    app.run().unwrap();
}

Build with:
$ cross build --release --target x86_64-pc-windows-gnu

Desktop info

OS: Ubuntu
Version 22.04.3 LTS
Wayland

This was introduced in 1.4.9, it was reverted in 1.4.10. Can you try running cargo update.

It seems that the las version is the 1.4.9. Did you forgot to publish it?

I guess my publish script errored or something and I didn’t notice. I’ll publish a new version this evening.

I published 1.4.10, can you check now?

Great! Now it works. Thank you for the fast response.

Guess we should close it


x/tools/gopls: consolidate gopls and VSCode settings

Forked from https://github.com/Microsoft/vscode-go/issues/2412.
This will have to be migrated from the current "gopls.usePlaceholders" configuration.
We will also need to determine a way for other editors to do this.

Filed https://github.com/golang/go/issues/33544 to handle this more generally.


fix(deps): bumped kotlin verstion 1.6.21 -> 1.8.10 && awala-jvm 1.65.2 -> 1.66.4 && awala-jvm-testing 1.5.6 -> 1.5.10

Bumps kotlin 1.6.21 -> 1.8.10
Bumps awala-jvm 1.65.2 -> 1.66.4
Bumps awala-jvm-testing 1.5.6 -> 1.5.10

'compileTestJava' task (current target is 17) and 'compileTestKotlin' task (current target is 1.8) jvm target compatibility should be set to the same Java version.

I think we'll have to remove the target Java version like we did in relaynet-testing-jvm.

I tried to remove the the target from build.gradle, warning still persists

Weird. Also, I didn't realise it's just a warning, I thought it's the reason why CI failed. But this seems to be the reason looking at the CI logs:
e: file:///home/runner/work/awala-poweb-jvm/awala-poweb-jvm/src/test/kotlin/tech/relaycorp/poweb/RegistrationTest.kt:156:73 Unresolved reference: PUBLIC_GW

OK, CI is passing now. I think it was just the failed Gradle upgrade.

Weird. Also, I didn't realise it's just a warning, I thought it's the reason why CI failed. But this seems to be the reason looking at the CI logs:
e: file:///home/runner/work/awala-poweb-jvm/awala-poweb-jvm/src/test/kotlin/tech/relaycorp/poweb/RegistrationTest.kt:156:73 Unresolved reference: PUBLIC_GW

no that issue was me with cache on the awala-jvm :D and dindt update since it was passing locally :D

@gnarea I think we can merge it :)

Cool, I'll add the automerge label


Add a zero_instance method to avoid casting math operations

Returning a ZeroPolynomial could be problematic, as you might expect that the following would work:
p = Polynomial(1, 2, 3) * Polynomial(0)
p.a = 5
>>> AttributeError: ...

But it does not, as a ZeroPolynomial is returned and p.a can not be set. Instead, we should define a mutable version of a zero_instance that does not restrict behaviour.
An issue with this would be when we might want to modify a Trinomial / Binomial / other class that enforces restrictions on degree behaviour - these don't really support a zero_instance, as there is no guarantee that they'll become valid class instances - so this change would mostly apply for the Polynomial & Monomial classes.

Adding that zero_instance is really needed, people would really want the class of the object to not change when performing algebraic operations such as the one you mentioned.

Trinomial / Binomial / other class that enforces restrictions on degree behaviour - these don't really support a zero_instance, as there is no guarantee that they'll become valid class instances ...
I think this should be handled as a separate issue. Solving it might be forbidding the user to change the degree of the LinearBinomial, QuadraticTrinomial, etc. An idea I have for that is creating a ConstantDegreePolynomial which raises an exception of one performs an operation which changes the degree of the polynomial and making the previous classes I mentioned subclass from it. As for the plain Binomial, Trinomial, etc. (and maybe even Monomial) a similar class such as ConstantTermCountPolynomial might do the trick.
I guess I will create a separate issue for that problem.

#30  seems to attempt fixing the zero_instance issue here, I guess we can close it whenever the PR is merged.


Updates to examples and thermal initialization

Pasadena examples follow new configuration syntax (results are good)
syntax fix in thermal initialization

All look great, thanks!


⚠ Bofrost.at has degraded performance

In aa74805, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1066 ms

Resolved: Bofrost.at performance has improved in 474f596 after 7 minutes.


pcmanfm: trash, operation not supported

Issue description
Though I can move files to trash via right click and they are end up in /home/bjorn/.local/share/Trash/files, restoring not supported and trash icon not shows in right sidebar
Steps to reproduce
  services = {
    gnome3.gvfs.enable = true; # trash
    udisks2.enable = true;
}

Install pcmanfm, open, Go -> Trash can, Error: Operation not supported modal
Technical details

System:  (NixOS: nixos-version, Ubuntu/Fedora: lsb_release -a, ...) 17.09.1880.ac2bb5684c (Hummingbird)
Nix version:  (run nix-env --version) nix-env (Nix) 1.11.15
Nixpkgs version: (run nix-instantiate --eval '<nixpkgs>' -A lib.nixpkgsVersion) "17.09.1880.ac2bb5684c"
Sandboxing enabled: (run grep build-use-sandbox /etc/nix/nix.conf) build-use-sandbox = false

might be related to #29137 as gvfs is also needed for trash support.

Fixed this right now by using
      desktopManager = {
        default = "gnome3";
        gnome3.enable = true;
      };

P.S. I love nixos!!!! :heart:  :heart:  :heart:


[SPARK-15515] [SPARK-15514] [SQL] Error Handling in Running SQL Directly On Files

What changes were proposed in this pull request?
This PR is to address the following issues:

ISSUE 1: For ORC source format, we are reporting the strange error message when we did not enable Hive support:

SQL Example:
  select id from `org.apache.spark.sql.hive.orc`.`file_path`
Error Message:
  Table or view not found: `org.apache.spark.sql.hive.orc`.`file_path`

Instead, we should issue the error message like:
Expected Error Message:
   The ORC data source must be used with Hive support enabled

ISSUE 2: For the Avro format, we report the strange error message like:

The example query is like
SQL Example:
select id from `avro`.`file_path`
select id from `com.databricks.spark.avro`.`file_path`
Error Message:
Table or view not found: `com.databricks.spark.avro`.`file_path`

The desired message should be like:
Expected Error Message:
  Failed to find data source: avro. Please use Spark package http://spark-packages.org/package/databricks/spark-avro"

ISSUE 3: Unable to detect incompatibility libraries for Spark 2.0 in Data Source Resolution. We report a strange error message:

SQL Example:
  select id from `org.apache.spark.sql.sources.HadoopFsRelationProvider`.`file_path`
Error Message:
  Table or view not found: `org.apache.spark.sql.sources.HadoopFsRelationProvider`.`file_path`

The desired message should be like:
Expected Error Message:
   org.apache.spark.sql.sources.HadoopFsRelationProvider is removed in Spark 2.0. Please check if your library is compatible with Spark 2.0

How was this patch tested?
Added test cases to cover all the above issues

Test build #59229 has started for PR 13283 at commit 948340b.

Test build #59229 has finished for PR 13283 at commit 948340b.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

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

Test build #59249 has started for PR 13283 at commit f6a4517.

Test build #59251 has started for PR 13283 at commit 26d72ae.

Test build #59251 has finished for PR 13283 at commit 26d72ae.

This patch fails Python style tests.
This patch merges cleanly.
This patch adds the following public classes (experimental):
class ClassNotFoundException(CapturedException):

Merged build finished. Test FAILed.

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

Test build #59254 has started for PR 13283 at commit c313ffc.

Just realized this PR is related to https://github.com/apache/spark/pull/13201. Also tried to improve the exception reporting in Python through hiding the long java stack trace.
@zsxwing @marmbrus Could you please help me review the changes? Thanks!

Test build #59254 has finished for PR 13283 at commit c313ffc.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

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

Merged build finished. Test PASSed.

Test build #59249 has finished for PR 13283 at commit f6a4517.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

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

Merged build finished. Test PASSed.

Just want to say --- this is a really cool change!
(I didn't actually look at the details. Would be great for somebody else to do a detailed review.)

Thank you!

ISSUE 3: Unable to detect incompatibility libraries for Spark 2.0 in Data Source Resolution. We report a strange error message:
SQL Example:
select id from org.apache.spark.sql.sources.HadoopFsRelationProvider.file_path
Error Message:
Table or view not found: org.apache.spark.sql.sources.HadoopFsRelationProvider.file_path

This is not an issue you need to fix. HadoopFsRelationProvider is just an interface in Spark 1.6. The user should not use it like this. If someone sees HadoopFsRelationProvider is not found, it's usually a link issue. E.g., com.databricks.spark.avro.DefaultSource extends HadoopFsRelationProvider, however, HadoopFsRelationProvider has been removed in 2.0, so when loading com.databricks.spark.avro.DefaultSource, it will throw NoClassDefFoundError(HadoopFsRelationProvider) instead of ClassNotFoundException(com.databricks.spark.avro.DefaultSource)

@gatorsmile I saw it reports org.apache.spark.sql.AnalysisException: Failed to find data source: mydatabase. Please find packages at http://spark-packages.org;; line 1 pos 15 for the following statement: sql("select id from mydatabase.file_path"). I'm not familiar with the table name resolution. Is it correct?

Test build #59296 has started for PR 13283 at commit 3ac2b93.

It sounds like we need to verify all the possible source types we can support. Let me add them. Thanks!

Test build #59296 has finished for PR 13283 at commit 3ac2b93.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

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

Test build #59332 has started for PR 13283 at commit 76f4f80.

Update: The latest code changes contains

For JDBC format, we added an extra checking in the rule ResolveRelations of Analyzer. Without the PR, Spark will return the error message like: Option 'url' not specified. Now, we are reporting Unsupported data source type for direct query on files: jdbc
Make data source format name case incensitive so that error handling behaves consistent with the normal cases.
Added the test cases for all the supported formats.

Test build #59332 has finished for PR 13283 at commit 76f4f80.

This patch fails Spark unit tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test FAILed.

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

Test build #59346 has started for PR 13283 at commit b9e12f8.

Test build #59346 has finished for PR 13283 at commit b9e12f8.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

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

Merged build finished. Test PASSed.

@zsxwing Now, code is ready for review. Thanks!

Test build #59554 has started for PR 13283 at commit e5c08f2.

Test build #59554 has finished for PR 13283 at commit e5c08f2.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

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

@zsxwing @marmbrus How about the latest code changes? Let me know if anything I can further improve. Thanks!

Test build #59699 has started for PR 13283 at commit 9fae469.

Test build #59699 has finished for PR 13283 at commit 9fae469.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

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

Merged build finished. Test PASSed.

@zsxwing @marmbrus Any remaining issue? Thanks!

LGTM. Merging to master and 2.0. Thanks!


Frontend finishing touches

Fixed some bugs with showing metrics when no data is found. Fixed spacing and some components and removed username button on sidebar container

thanks tim!


Suspense

Use case
Suspense lets you display a fallback until its children have finished loading.
React docs
https://ja.react.dev/reference/react/Suspense
Jetpack Compose implementation
https://docs.soil-kt.com/guide/query/hello-query#step-4-compose-runtime
Describe the solution you'd like
There is no need to implement loading in individual components.
Reference
I created this issue to Jetpack Compose.
https://issuetracker.google.com/issues/342228901

Thanks for opening this!  Suspense is a concept that's been well received by the React community and Apollo Client users, so we're definitely interested in tracking what this feature could look like in Apollo Kotlin and Compose.


Added SDL_ShowSimpleMessageBox function.

There are two versions of the function, one as a global function taking a *Window parameter (which can be nil) and the other as a method on *Window.

@jackyb I have to say. that gonutz is right there are two versions of the same function in this commit and this needs discussion before it is merged into the master. You can not just blindly accept any pull request without discussing the quality. I think we should decide on one version of this function and add this to this repository, not two.

You're right. Which version do you think is more suitable? I suppose it's more natural to Go to have it as a method.

I think so, too. I would suggest that version, too.

I would actually go with the global function version. My use case was a notification from somewhere within my program. I did not have the *Window variable available, it is usually in the main package, and I wanted to create a message box in some other package. That is why I passed nil as the *Window parameter. I suppose this is the more common use case for the function. If we have it as a method on *Window, we would have to write something like ((*Window)(nil)).ShowSimpleMessageBox to get that result.
Having it as a global function on the other hand, allows us to easily pass nil as the *Window if needed. This makes the API much more convenient.

ok, I did not know that the ShowSimpleMessageBox function works with nil as a parameter. Also Window is not the first parameter in that function, so that is also a good argument for the outer function definition. So I am ok with the outer function, too.

C.SDL_ShowSimpleMessageBox returns an error code, so the new Go function should check this and have return type error

I created a new pull request where I removed the method version of the function and made the function return an error depending on the return value as described in the documentation (https://wiki.libsdl.org/SDL_ShowSimpleMessageBox).


:sparkles: prettier

Coverage increased (+0.02%) to 18.748% when pulling 98a1564236d0ee76b77dd8c91d1ef69f302202cc on prettier into 1aa045b1dcf104f6a2f799b528c28a39ec435dcf on master.


ERROR: No matching distribution found for supervision==0.4.0

pip install supervision==0.4.0 -f https://download.pytorch.org/whl/torch_stable.html  -i http://pypi.douban.com/simple --trusted-host pypi.douban.com
Looking in indexes: http://pypi.douban.com/simple
Looking in links: https://download.pytorch.org/whl/torch_stable.html
ERROR: Could not find a version that satisfies the requirement supervision==0.4.0 (from versions: 0.1.0, 0.2.0, 0.2.1, 0.3.0, 0.3.1)
ERROR: No matching distribution found for supervision==0.4.0

it seems like you constraint the pypi source.
Can you try: pip install supervision==0.4.0 directly? Or use another version as instructions like 0.3.1

Yeah, supervision==0.4.0 is accessible in PyPI. Plain pip install supervision==0.4.0 should work.

thanks  @SkalskiP  @SlongLiu   ,try  supervision  source  install

Hi all, I run pip3 install supervision==0.4.0 (and i've also tried pip) directly, but still cannot fix this problem:


Update Git in free-programming-books-id

add Tutorial Git in Bahasa Indonesia
What does this PR do?
Add Resource(s) | Remove Resource(s) | Add info | Improve Repo
For resources
Description
Why is this valuable (or not)
How do we know it's really free?
For book lists, is it a book?
Checklist:

[x] Not a duplicate
[x] Included author(s) if appropriate
[x] Lists are in alphabetical order
[x] Needed indications added (PDF, access notes, under construction)

Thanks, and welcome to free-programming-books!

Thank You!


sjk cannot connect to MBean server with adopt openjdk 11

While using Adopt OpenJDK 11 for the running workload, sjk cannot access MBean server. All jvm are started with sames user. If workload is executed with Oracle JRE 1.8, utility works. In both cases, jmap/jstack application can connect to target JVM (Java11 and 8)
This is the output running AppMain with Adopt OpenJDK 11.
c@localdev:/opt/c/sjk|⇒  java -jar sjk-plus-0.11.jar jps 4087    com.net.AppMain 6266    sjk-plus-0.11.jar jps c@localdev:/opt/c/sjk|⇒  java -jar sjk-plus-0.11.jar gc -p 4087 Failed to access MBean server: 4087
Instead, running AppMain with Oracle JRE 8, connection happens.
MBean server connected Collecting GC stats ...
OpenJDK pre-build image taken from https://adoptopenjdk.net/.
Tested on CentOS 7 and 6

This feature was broken for post-8 Java.
Fixed in 0.12 version.


RHOAIENG-12241: Change metadata field in partial payload from string to text

Many thanks for submitting your Pull Request :heart:!
Please make sure that your PR meets the following requirements:

[ ] You have read the contributors guide
[ ] Pull Request title is properly formatted: FAI-XYZ Subject
[ ] Pull Request title contains the target branch if not targeting main: [0.3.x] FAI-XYZ Subject
[ ] Pull Request contains link to the JIRA issue
[ ] Pull Request contains link to any dependent or related Pull Request
[ ] Pull Request contains description of the issue
[ ] Pull Request does not include fixes for issues other than the main ticket

/test all


Provide useful advice on suppressing false positives etc. in audit report

Would appreciate some advice on this!


Google login crashes on iOS 9

Hi all,
I'm using this SDK within a Xamarin project for iOS 7+ to integrate the Gigya Social Login with Facebook and Google.
Under iOS 7 and 8 everything works as expected, whereas with iOS 9 the Google login results in an app crash. I've gone through the Gigya documentation about iOS 9: http://developers.gigya.com/display/GD/Preparing+for+iOS+9
and set the GigyaLoginDontLeaveApp key in the app plist file.
With GigyaLoginDontLeaveApp = fase Google login crashes with the following log message:
-canOpenURL: failed for URL: "com.test://test" - error: "(null)"
com.test is the url scheme of my app, correctly registered among the LSApplicationQueriesSchemes.
To be sure it's not a problem due to Gigya I've created a native iOS project which uses the official iOS SDK provided by Gigya and everything works fine.
Any hint about this issue is really appreciated.
Many thanks,
DAN

com.test must be registered as CFBundleURLTypes too and not only as LSApplicationQueriesSchemes.


Too high on-heap memory and GC overhead

Hey,
I think that the value classes that hold allocation address put significant on-heap memory and GC overhead :
import scala.offheap
object Play extends App {
  implicit val alloc = offheap.malloc
  val arr = new scala.Array[offheap.Array[Byte]](Int.MaxValue/16)
  var counter = 0
  while (counter < Int.MaxValue/16) {
    arr(counter) = offheap.Array.fromArray("foobar".getBytes)
    counter+=1
  }
}

This ends up with java.lang.OutOfMemoryError: GC overhead limit exceeded even if I use -Xmx4096 even though theoretically it should need only Int.MaxValue/16 * 8 so -Xmx2048m tops
If I measure the resulting Array using SizeEstimator.scala it has 3758MB which is 27B per element, which is a offheap.Array value class that should break down to 8 bytes long only but it obviously doesn't.
It's probably my misuse of scala Value Classes, I think that if I do this scala.Array[offheap.Array[Byte]](x,y,z) then it doesn't matter then offheap.Array is a value class and it breaks down to a normal x, y, z instances on heap which I didn't expect to happen.
$ java -version
openjdk version "1.8.0_111"
OpenJDK Runtime Environment (build 1.8.0_111-8u111-b14-2ubuntu<IP_ADDRESS>-b14)
OpenJDK 64-Bit Server VM (build 25.111-b14, mixed mode)

And scala version from scala-offheap project

Scala currently stores arrays of value classes in a boxed representation, and, I'd assume, that by the time scala-native comes, there's not much one can do with it.
Dotty had a prototype in works that would support storing arrays of value classes efficiently
https://github.com/lampepfl/dotty/pull/1228

Yeah I just figured, that is a total bummer. It completely ruins all my plans I had with scala-offheap actually because what's the point of keeping stuff off-heap if it has a corresponding on-heap representation? Considering the fact that even "Offheap Classes" desugar down to value classes, scala-offheap has a very limited use case imho... It could have been a beginning of a beautiful friendship :-)
Yeah dotty looks more and more promising !

Good to know, thanks!


Add switchable light support

and almost full functionality func_door_secret
closes #6.
https://github.com/gongpha/gdQmapbsp/assets/13400398/4012eada-4b6c-420f-81a6-8f21121b5168

LGTM ;)


Support hdfs write file

Support hfds wirte file

add implement for hdfs write file for hive connector of hdfs storage adapters, describe how to write to a hdfs file, and the apapter can only support read before;
add unit tests in HdfsFilesystemTest.cpp,  test the normal write process and cover the error paths

@KevinyhZou There are CI failures. Would you take a look?

@KevinyhZou There are CI failures. Would you take a look?

OK

@mbasmanova  hi, I have fixed the problems metioned in your above reivews, please have a time to review it again, thanks.
And I the remove the implememts for WriteFileSink in DataSink.cpp, and I will open another pr for this.

@KevinyhZou There are CI failures. Would you take a look?

hi, The CI error is "fatal error: client/FileEncryptionInfo.h: No such file or directory",  this header file of libhdfs3 is also not found in my environment, and the velox can be compiled success in my local environment. does the CI environment has something wrong ?

@KevinyhZou There are CI failures. Would you take a look?

hi, The CI error is "fatal error: client/FileEncryptionInfo.h: No such file or directory", this header file of libhdfs3 is also not found in my environment, and the velox can be compiled success in my local environment. does the CI environment has something wrong ?

@kgpai and @raulcd may be able to help with CI. Consider reaching out via Slack or explain what's going on here and ask them for help.

@KevinyhZou There are CI failures. Would you take a look?

hi, The CI error is "fatal error: client/FileEncryptionInfo.h: No such file or directory", this header file of libhdfs3 is also not found in my environment, and the velox can be compiled success in my local environment. does the CI environment has something wrong ?

@kgpai and @raulcd may be able to help with CI. Consider reaching out via Slack or explain what's going on here and ask them for help.

I think the problem is related on how we build and install hdfs. The path of installation seems to be:
/usr/local/include/hdfs/OutputStream.h but the files are under a client subfolder:
https://github.com/apache/hawq/tree/master/depends/libhdfs3/src/client
Some of the includes are local like:
# include "OutputStream.h"
but there are some that expect the client subfolder:
~/code/hawq/depends/libhdfs3/src/client (master)  $ grep -r "client/" *
DataTransferProtocol.h:#include "client/Token.h"
DataTransferProtocolSender.cpp:#include "client/Token.h"
FileStatus.h:#include "client/FileEncryptionInfo.h"
PeerCache.cpp:#include "client/PeerCache.h"
ReadShortCircuitInfo.cpp:#include "client/DataTransferProtocolSender.h"

@KevinyhZou have you tested the tests locally? Can you share how HDFS was installed? I can try and modify the setup-adapters.sh script:
https://github.com/facebookincubator/velox/blob/main/scripts/setup-adapters.sh#L34-L46

@KevinyhZou There are CI failures. Would you take a look?

hi, The CI error is "fatal error: client/FileEncryptionInfo.h: No such file or directory", this header file of libhdfs3 is also not found in my environment, and the velox can be compiled success in my local environment. does the CI environment has something wrong ?

@kgpai and @raulcd may be able to help with CI. Consider reaching out via Slack or explain what's going on here and ask them for help.

I think the problem is related on how we build and install hdfs. The path of installation seems to be: /usr/local/include/hdfs/OutputStream.h but the files are under a client subfolder: https://github.com/apache/hawq/tree/master/depends/libhdfs3/src/client Some of the includes are local like: # include "OutputStream.h" but there are some that expect the client subfolder:
~/code/hawq/depends/libhdfs3/src/client (master)  $ grep -r "client/" *
DataTransferProtocol.h:#include "client/Token.h"
DataTransferProtocolSender.cpp:#include "client/Token.h"
FileStatus.h:#include "client/FileEncryptionInfo.h"
PeerCache.cpp:#include "client/PeerCache.h"
ReadShortCircuitInfo.cpp:#include "client/DataTransferProtocolSender.h"

@KevinyhZou have you tested the tests locally? Can you share how HDFS was installed? I can try and modify the setup-adapters.sh script: https://github.com/facebookincubator/velox/blob/main/scripts/setup-adapters.sh#L34-L46

Yes, I have.  And I install the libhdfs3 as it described in README douments(../bootstrap & make & make install ) in https://github.com/erikmuttersbach/libhdfs3, which is different from yours，and the installed include dir like:

the error is throw from the FileStatus.h , in the above libhdfs3 dependency the includes is as below

but in your libhdfs3 dependency, the FileStatus.h includes is

and the client/FileEncryptionInfo.h is not found in my installed dir, and I have tryed your provided libhdfs3 dependency, and the  client/FileEncryptionInfo.h is also not found. so I think you shoule move this header files to include dir as you have modified them.

@KevinyhZou Thank you for iterating on this PR. Some follow-up comments on the code. I haven't reviewed the test. Will do that once the code is in good shape.

Fix done.

@KevinyhZou Thank you for updating the PR. The code looks good to me, but I'd like @majetideepak to take another look as well. It feels like there is a lot of repetition in the test. Is there a way to refactor test code to reduce copy-paste?

@mbasmanova @majetideepak Thanks for your review. I have fix the reivew in unit tests, please to have a look whether it is ok ?

@KevinyhZou Thank you for iterating on the test. It is shaping up nicely. A few follow-up comments.

fix done

@KevinyhZou Internal linter reports some errors. Would you fix these and update the PR?

@KevinyhZou Would you fix the linter error above, address comments from @xiaoxmeng and rebase onto latest main?

@KevinyhZou Would you fix the linter error above, address comments from @xiaoxmeng and rebase onto latest main?

done

@KevinyhZou Internal linter reports some errors. Would you fix these and update the PR?

done

@KevinyhZou Thank you.


Files longer than 24 hours are not handled correctly

I am processing audio files that are 6 days long. When I call GetMetaDataAsync, the duration is returned as zero. Also I do not get Progress events after 24 hours of audio have been processed.
This happens because the code uses TimeSpan.TryParse to parse the duration string that is output by ffmpeg. TimeSpan.TryParse does not handle hours that are greater than 23 (it expects days). Ffmpeg however produces a duration in h:mm:ss.fff format where the hours field can grow as large as necessary.

Hi @dm413 and thanks for your contribution!
I'd like to merge your pullrequest, but I feel a bit unsure as long as there is no test for this function.
Do you mind adding one?

Added two tests, one for GetMetadataAsync and one for Progress events.  I'm not experienced with xunit tests; let me know if there are problems.
One issue was creating a file with > 24 hours duration to test with. I didn't want to put a large (175 MB) file into the repo, so the test program creates the test file at run time, by copying the SampleAudio file many times until the file is about 31 hours long . This means the first time you run the test it takes 10 to 20 seconds to create the test audio file.

Thank you!
I will look into it after work ;)

thanks again @dm413!
tests were also absolutely fine :)


Add snap packaging

This commit adds a new directory called /snap which contains
the packaging for the edgexfoundry snap.  The snap builds and
includes all of the microservices from the mono-repo, as well
as the two Java-based supports services and device-virtual.
The snap also includes consul, mongodb, and the Java-based
core-config-seed.

@tonyespy Sign-off is missing

Added to the commit, and re-pushed...

@drasko But, to be fair, we have a docker folder off the root and Tony's just emulating that. I think we can refactor toward a /platform/docker and /platform/snap post California. @tonyespy What do you think of that? Otherwise, I'm good with this.

A top-level packaging directory is a pretty standard approach (eg. Debian, Docker, ...).  At this time, snapcraft only works with a top-level /snap directory, so moving our packing directories under /platform won't work.

And by the way, the generated binary snap files will not be checked into repo, and I made sure to include *.snap in .gitignore.  The snap packaging will be used by CI to generate architecture snap packages which then will be published to the snap store.


"animal" merged node not showing up with multiple sources

Parse error?

Appears to be a non-issue now.


trivy 0.56.2 package missing

Describe the Bug
When trying to upgrade my packages it shows there is an update to trivy, however I get a 404 when it tries to download the package.
Steps to Reproduce

sudo apt update && sudo apt full-upgrade
The following packages will be upgraded: trivy

Error:
Err:1 http://deb.wakemeops.com/wakemeops stable/secops amd64 trivy amd64 0.56.2-1~ops2deb
  404  Not Found [IP: <IP_ADDRESS> 80]
E: Failed to fetch http://deb.wakemeops.com/wakemeops/pool/secops/t/trivy/trivy_0.56.2-1%7eops2deb_amd64.deb  404  Not Found [IP: <IP_ADDRESS> 80]
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?

Expected Behaviour
trivy will be upgraded using the trivy_0.56.2-1%7eops2deb_amd64.deb package
Actual Behaviour
I get a 404  Not Found when trying to download the package
Environment
Linux DESKTOP-2FC2EFI <IP_ADDRESS>-microsoft-standard-WSL2 #1 SMP Fri Mar 29 23:14:13 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=24.04
DISTRIB_CODENAME=noble
DISTRIB_DESCRIPTION="Ubuntu 24.04.1 LTS"
PRETTY_NAME="Ubuntu 24.04.1 LTS"
NAME="Ubuntu"
VERSION_ID="24.04"
VERSION="24.04.1 LTS (Noble Numbat)"
VERSION_CODENAME=noble
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
UBUNTU_CODENAME=noble
LOGO=ubuntu-logo

Is this the correct place to post issues?


Deprecate OptionalWhenBraces rule

Part of #6153.
OptionalWhenBraces is not needed anymore, because the new rule BracesOnWhenStatements implements the same functionality.
Deprecated for release/1.x branch.

Messages

:book:

Thank you very much for making our website better :heart:!

  Generated by :no_entry_sign: dangerJS against 01d86d03fdc262c57036af3bc794341648860727


Support csv format from customer list

Description

Add CSVHelpers module with a dump function.
Add view selection based on format parameter.
Add controller test for retrieving a csv customer list.
Change customer view to handle csv rendering.

Issue
#324
Checklist

[x] Everything passes when running mix test
[x] Ran mix format
[x] No frontend compilation warnings

nicely done

merging for now, but if you could add more tests for the CSV helper module in a separate PR that would be great! :tada:

Hi @reichert621
Thank you for the merge. I am terribly sorry I wasn't available. I am a bit busy but will add tests for CSVHelpers ASAP.
:heart:


["New Function"] GET member API return family_id

What can a user do?

See a member's family_id on their profile page.

What can we implement?

Returning family information such as family_id, name. Implement JOIN members table and families table via family_members table.

Requirement Definition
Other

HTTP/1.1 200 OK
content-type: application/json
content-length: 200
date: Sun, 08 Oct 2023 21:13:33 GMT

{
  "member_id": 1,
  "family_name": "family_takamuku",
  "middle_name": "test",
  "first_name": "tkhr",
  "date_of_birth": "1992-04-22",
  "email"<EMAIL_ADDRESS>  "family_ids": [
    [
      1,
      "family takamuku"
    ],
    [
      3,
      "family choi"
    ]
  ]
}


Discussion and Query: I was able to convert the model to the latest build of mmdet

Hi @DevashishPrasad  and the team,
First of all, thanks a lot for the paper.
I went through the paper. It's amazing that the pre-trained model is able to detect the table seamlessly.
I was able to convert the model to the latest mmdet builds. It's working fine for the CPU (also works well in GPU...). The predictions seem the same. So, cheers! Kinda took many hours to figure out how to do it... :)
Although, it's inevitable that inference time would bump up drastically.
(Side note: I am still trying to put efforts on replicating the benchmarks with the converted model. I guess I am procrastinating on that...haha)
Secondly, I have a query regarding architecture.
(A naive query...sorry if I sound stupid...). Is there a way to modify the architecture to predict the table structures? Say...using custom features from a document graph...adding parent information to cells?
Lastly, are there any rooms for optimizing the training?
Like adding (hard) negative samples. The model gives some weird False Positives like detecting faces as cells. Haha... I presume...if we could add some other textual embeddings...will it perform better? (Although we could do some post-processing for FPs)
Here's one sample:

@NISH1001 It would be helpful for everyone if you can share the model and the config file that works with mmdet 2.*
Thanks

@NISH1001 , +1, would be very nice if you can share your models and config. Thank you!

@NISH1001 , I would be very happy if you could share the model and config file. Thank you!

Hi folks,
Sorry been busy with personal works. I'd try to share the conversion script this weekend.
I did the conversion in 2 stages:

first convert 1.2 mmdet cascadetabnet GPU model to 2.3 GPU model
secondly, convert 2.3 GPU model to CPU one

Once the final model is available, we could directly use the config from mmdet 2.3.
(Note: The official script from mmdet doesn't work in colab because of the weird path problem. So, you'd have to change a few lines.)

@NISH1001 If possible make a colab for the community. That would help a lot since the tutorial is too confusing!
Kudos to your efforts!

Indeed if you could share the conversion script or preferably even the snapshot files, it would be greatly appreciated!

I was also able to convert the model to mmdet v2.x. I posted details in #71

@iiLaurens thanks for that. I am running a bit busy with works. So I am not able to clean up my notebooks and other things (otherwise posting without any clean up would have confused everyone)... Anyway, glad that the conversion is working well with other people... If the converted model is working well from your script, I'll close this issue. Thanks!
(Still waiting for the queries to be answered...I guess everyone's kinda busy...) :)


ImportError: DLL load failed: The specified module could not be found.

Please make sure that this is a build/installation issue. As per our GitHub Policy, we only address code/doc bugs, performance issues, feature requests and build/installation issues on GitHub. tag:build_template
System information

OS Platform and Distribution (e.g., Linux Ubuntu 16.04): Win 10
Mobile device (e.g. iPhone 8, Pixel 2, Samsung Galaxy) if the issue happens on mobile device:
TensorFlow installed from (source or binary): pip
TensorFlow version:1.3.1
Python version:3.7.3
Installed using virtualenv? pip? conda?: pip
Bazel version (if compiling from source):
GCC/Compiler version (if compiling from source):
CUDA/cuDNN version: 10.1/7.5
GPU model and memory: GeForce RTX 2080 / 24GB

Describe the problem
I can't see to run any file using tensorflow-gpu
Provide the exact sequence of commands / steps that you executed before running into the problem
After writing the code, running the file results in the following logs
Any other info / logs
Include any logs or source code that would be helpful to diagnose the problem. If including tracebacks, please include the full traceback. Large logs and files should be attached.
Traceback (most recent call last):
File "C:\Users\user\Anaconda3\envs\Projects\lib\site-packages\tensorflow\python\pywrap_tensorflow.py", line 58, in
from tensorflow.python.pywrap_tensorflow_internal import *
File "C:\Users\user\Anaconda3\envs\Projects\lib\site-packages\tensorflow\python\pywrap_tensorflow_internal.py", line 28, in
_pywrap_tensorflow_internal = swig_import_helper()
File "C:\Users\user\Anaconda3\envs\Projects\lib\site-packages\tensorflow\python\pywrap_tensorflow_internal.py", line 24, in swig_import_helper
_mod = imp.load_module('_pywrap_tensorflow_internal', fp, pathname, description)
File "C:\Users\user\Anaconda3\envs\Projects\lib\imp.py", line 242, in load_module
return load_dynamic(name, filename, file)
File "C:\Users\user\Anaconda3\envs\Projects\lib\imp.py", line 342, in load_dynamic
return _load(spec)
ImportError: DLL load failed: The specified module could not be found.
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "C:/Users/user/Dropbox/2019 Spring Semester/Advanced Intelligence/TAsession1/TA1-1_student.py", line 5, in
import tensorflow as tf
File "C:\Users\user\Anaconda3\envs\Projects\lib\site-packages\tensorflow_init_.py", line 24, in
from tensorflow.python import pywrap_tensorflow  # pylint: disable=unused-import
File "C:\Users\user\Anaconda3\envs\Projects\lib\site-packages\tensorflow\python_init_.py", line 49, in
from tensorflow.python import pywrap_tensorflow
File "C:\Users\user\Anaconda3\envs\Projects\lib\site-packages\tensorflow\python\pywrap_tensorflow.py", line 74, in
raise ImportError(msg)
ImportError: Traceback (most recent call last):
File "C:\Users\user\Anaconda3\envs\Projects\lib\site-packages\tensorflow\python\pywrap_tensorflow.py", line 58, in
from tensorflow.python.pywrap_tensorflow_internal import *
File "C:\Users\user\Anaconda3\envs\Projects\lib\site-packages\tensorflow\python\pywrap_tensorflow_internal.py", line 28, in
_pywrap_tensorflow_internal = swig_import_helper()
File "C:\Users\user\Anaconda3\envs\Projects\lib\site-packages\tensorflow\python\pywrap_tensorflow_internal.py", line 24, in swig_import_helper
_mod = imp.load_module('_pywrap_tensorflow_internal', fp, pathname, description)
File "C:\Users\user\Anaconda3\envs\Projects\lib\imp.py", line 242, in load_module
return load_dynamic(name, filename, file)
File "C:\Users\user\Anaconda3\envs\Projects\lib\imp.py", line 342, in load_dynamic
return _load(spec)
ImportError: DLL load failed: The specified module could not be found.
Failed to load the native TensorFlow runtime.
See https://www.tensorflow.org/install/errors
for some common reasons and solutions.  Include the entire stack trace
above this error message when asking for help.

@ekuama The Tensorflow 1.3.1 supports CUDA 8 and cuDNN 6. And The Tensorflow 1.13.1 supports CUDA 10.0 and cuDNN 7.5. Please verify your Tensorflow version and install accordingly. Thanks!

Closing due to lack of recent activity. Please update the issue when new information becomes available, and we will reopen the issue. Thanks!


hello_world: keep printing "Hello World!" every second.

hello_world is the recommended alternative sample to use when working
on a board that does not have an user-controlled LED.
But unlike the blinky sample app, hello_world does not allow by itself
to judge whether the board is executing code continuously, and whether
its timing is correct.
By looping through once a second, this makes it possible to use
hello_world in a similar way as blinky is used instead.

just use samples/synchronization/ sample. Lets not change the behavior of a classic hello world sample.

I did that originally, but that does increase the noise surface significantly, since it's involving threading (attach debugger, where are you?)
During bring up of a new board (particularly if, like me, you have no idea what you're doing and is the first time you try), being able to exclude as much of the higher level stack is useful. Already bringing up the serial console adds more moving parts, which is why at least for the local testing I preferred reducing the surface area.
Would a trade-off of having this #define controllable be worth exploring?

I also think it's a good idea to have it repeat, then you'd still get an output if you are fiddling with serial ports and end up missing the boot message for whatever reason.

I also think it's a good idea to have it repeat, then you'd still get an output if you are fiddling with serial ports and end up missing the boot message for whatever reason.

again, we have the syncronization sample for this :)

I also think it's a good idea to have it repeat, then you'd still get an output if you are fiddling with serial ports and end up missing the boot message for whatever reason.

again, we have the syncronization sample for this :)

TBH it is a bit of a stretch to compare improving the Hello World sample by adding a simple sleep/while(1) to a full blown synchronization sample that demonstrates how to create threads, use semaphores, etc. Should we refrain from using k_sleep in every sample then, for this should be something reserved only for the synchronization sample? :)
I think the point here is really about improving the usability/UX of the Hello World (in addition to also making it a quick proof point that clock is setup properly, to @Flameeyes' point earlier), and nothing more.

https://www.geeksforgeeks.org/hello-world-in-30-different-languages/
hello world is a defact "standard", it has been the same code in Zephyr since we started, lets not change that just because of someone's debug needs, if you want to debug something, take hello world and modify it.

Let me try to find a way forward:

there seem to be a want, besides from me, for a simple, regular output on the UART for various debugging purposes;
what made sense to me, is the equivalent of blinky, that is to output something every second or so — I have done that on hello_world because that's what the documentation suggests using it instead of blinky if the latter can't be used;
I personally believe that synchronization is not an equivalent simple app to blinky due to the aforementioned additional surface area
there's precedent for hello_world to simply terminate and not do anything more

So here's an alternative approach I'm happy to run with if that raise no complaints: introduce a new application that is, semantically "blinky but on a serial port", update the documentation to suggest the use of that instead of hello_world where blinky can't be uesd.
Maybe something with a repeating pattern like the old C64 demos? Like "/" sent very one second? There's a bit more use in slightly longer patterns as they're easier to caught with the debugger though, so maybe a "Zephyr says 'Hi!'" line every second?

So here's an alternative approach I'm happy to run with if that raise no complaints: introduce a new application that is, semantically "blinky but on a serial port", update the documentation to suggest the use of that instead of hello_world where blinky can't be uesd.

that works, instead of changing the existing hello_world, you can add a new one implementing similar functionality to blinky for development/debugging needs.

so what about blinky printing every second as well?

so what about blinky printing every second as well?

blinky has a minimum hardware requirement for the led0 alias, or it'll fail to build — which is where the recommendation for hello_world comes from.
I mean, we could still have it print as well to combine that option, but complicating the sample to make led0 optional doesn't seem like a good idea.

Not entirely sure on what's the best practice between re-using the same pull request or separating it, but I think keeping the discussion in one place is worthwhile — happy to submit as a separate pull request if you think it's better.

More to the need of not relying on philosophers: as of today philosophers causes a hard fault on the EV11L78A because something is broken in the threading code.
@nashif what's the blocker for having this new sample app?

@kartben can you take another look?

@kartben ping

@Flameeyes will you have cycles to address the opened comments? Thanks!

Probably next week, let me see!

@Flameeyes thanks! FWIW blinky is now also printing to the console, so this might actually not be all that necessary to add this code sample? (PR #63056)

Given this started while trying to get blinky to print, if we settled on that I don't need that.


OAuth consent request link is invalid

In step 3g, the link that is created for consenting on the Google side is invalid.  Error: "The requested URL was not found on this server"

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

ID: a1f41e1e-2541-8773-efc2-eeb83a403a15
Version Independent ID: 2f2d0316-9e75-44d6-0ab6-a56b1352a1e2
Content: Connect Google Workspace to Cloud App Security
Content Source: CloudAppSecurityDocs/connect-google-workspace-to-microsoft-cloud-app-security.md
Service: cloud-app-security
GitHub Login: @dcurwin
Microsoft Alias: dacurwin

Thanks for your comment. We'll investigate and get back to you.

@stuartharbr  - Thanks for your feedback. The page has been updated.