Allow for customizing keyType for Roles model

Work in progress.
Without this PR it is impossible to use UUID/ULID as a key in nova-permissions migrations because it causes unintended casting to int type (default key type value) and as a result error on the screen below:

For basic usage (without any tenancy issues) you can just modify the constructor to:
public function __construct(array $attributes = [])
    {
        parent::__construct($attributes);

        $this->setTable(config('nova-permissions.table_names.roles', 'roles'));
        $this->setKeyType(config('nova-permissions.key_type', 'string'));
    }

and it will works with UUIDs.

@pktharindu BTW using just ->roleResource( won't work as there are raw Role::class references inside relations in Permission.php and HasRoles.php. So the relations will still fail trying to use integer key. Or am I missing something and there is a way around it?

No, you're right. I've always just used auto-incrementing IDs, so I didn’t really design this with UUIDs in mind.


Fix formatting and docker install

This is what was needed for me to run the docker bit from a fresh install.
That said, fig up still didn't work, so maybe it needs work?

Actually, the fig up error bit was because of some other modules I was running, this seems to run... but it hangs on:
% fig up

[...]

web_1 | Running migrations:
web_1 |   Rendering model states... DONE
web_1 |   Applying contenttypes.0001_initial... OK
web_1 |   Applying auth.0001_initial... OK
web_1 |   Applying admin.0001_initial... OK
web_1 |   Applying contenttypes.0002_remove_content_type_name... OK
web_1 |   Applying auth.0002_alter_permission_name_max_length... OK
web_1 |   Applying auth.0003_alter_user_email_max_length... OK
web_1 |   Applying auth.0004_alter_user_username_opts... OK
web_1 |   Applying auth.0005_alter_user_last_login_null... OK
web_1 |   Applying auth.0006_require_contenttypes_0002... OK
web_1 |   Applying sessions.0001_initial... OK

boot2docker section is mac specific, maybe we add a mac section to avoid confusing linux users (who can also use boot2docker)?

Actually, the fig up error bit was because of some other modules I was running, this seems to run... but it hangs on:

I think it's actually running. Did you try to connect to $(boot2docker ip):8000 or localhost:8000 on linux?

Oh, if it was running properly it might be that we need more docs... I figured it would finish up and then return me to my terminal. I'll explore this more and get back to you.

tofumatt (Sent from mobile)

On 22 April 2015 10:47:04 EEST, Giorgos Logiotatidis<EMAIL_ADDRESS>wrote:boot2docker section is mac specific, maybe we add a mac section to avoid confusing linux users (who can also use boot2docker)?  —Reply to this email directly or view it on GitHub.

Thanks @glogiotatidis! Turns out it was running, but I didn't know what kind of output to expect so thought it was just hanging. Opening the output of $(boot2docker ip):8000 in my browser loaded Django (though, frustratingly http://localhost:8000 doesn't work).
I'll update these docs and see if anything is needed to get http://localhost:8000/ to route properly as well.

I'll update these docs and see if anything is needed to get http://localhost:8000/ to route properly as well.

There's a magic incantation in https://github.com/boot2docker/boot2docker/blob/master/doc/WORKAROUNDS.md#port-forwarding to forward 8000 on your boot2docker VM to localhost's 8000.

@tofumatt do you want to update this one?

Still working on it, but I haven’t forgot. I’ll aim for this week?

perfect!

This fell off (haha, I moved to England), but I've got to know docker better and will try to update this again if it's still needed.
I'll keep you posted.

Can one of the admins verify this patch?

Add to whitelist

@tofumatt great! thanks for the update Matt :cake:

I'm going to close this one due to inactivity. Feel free to re-open with updates tofumatt


Use codepoints of material icons to be compatible with old browsers

In some old browsers, especially browsers on mobile phones. For example,

Mozilla/5.0 (Linux; U; Android 4.0.4; en-gb; GT-I9300 Build/IMM76D) AppleWebKit/534.30 (KHTML, like Gecko) Version/4.0 Mobile Safari/534.30

, cannot display the material icons correctly.
In brief, since these browser are not so old like IE8, it will be friendlier to make it compatible with them. In fact, I have seen a lot of users using such browsers, on which most websites work correctly except this.

Coverage remained the same at 53.907% when pulling 02d00b81efee3dc62915d82b3072ccdbfbd4bb3d on hudson6666:master into 09b0e1a75dc4e53738b96bd15bbfc535904ab3ae on orvice:master.


Fix a small (maybe significant) error in the RO mapping

The error would cause one page too much to be marked as read only.

Oh, important find, thank you!
Now that it got my attention, I am a bit unhappy that with the way it currently is: __ro_end always contains the start address of the first non-ro page. That is unintuitive imo.
I wonder if a better design would be to rename __ro_start to __ro_first_byte, change the __ro_end assignment in the linker script to to __ro_end = . - 1; and rename it to __ro_last_byte.
In the rust code, we could then calculate ro_first_page and ro_last_page by just shifting right by 12.
This would ensure that people can implicitly understand what the real bounds are, and don't need to read the code to understand that __ro_end is actually already outside of the RO aperture.
What do you think?

Yeah, I like the idea to calculate ro_first_page_index and ro_last_page_index but you could also keep the linker script labels and just have ro_last_page_index be subtracted by one together with a descriptive comment?

Hmm, agreed. We use the same schema for bss already, which we then feed to a third-party library-function that we can't and shouldn't change, so let's stay consistent there. I sketched it out as follows:
    // Finally, fill the single LVL3 table (4KiB granule). Differentiate between
    // code+RO and RW pages.
    //
    // Using the linker script, we ensure that the RO area is consecutive and
    // 4KiB aligned, and we export the boundaries via symbols.
    extern "C" {
        // The inclusive start of the read-only area, aka the address of the
        // first byte of the area.
        static mut __ro_start: u64;

        // The non-inclusive end of the read-only area, aka the address of the
        // first byte _after_ the RO area.
        static mut __ro_end: u64;
    }

    const PAGESIZE: u64 = 4096;
    let ro_first_page_index: u64 = &__ro_start as *const _ as u64 / PAGESIZE;

    // Notice the subtraction to calculate the last page index of the RO area
    // and not the first page index after the RO area.
    let ro_last_page_index: u64 = (&__ro_end as *const _ as u64 / PAGESIZE) - 1;

    let common = STAGE1_DESCRIPTOR::VALID::True
        + STAGE1_DESCRIPTOR::TYPE::Table
        + STAGE1_DESCRIPTOR::AttrIndx.val(mair::NORMAL)
        + STAGE1_DESCRIPTOR::SH::InnerShareable
        + STAGE1_DESCRIPTOR::AF::True;

    for (i, entry) in SINGLE_LVL3_TABLE.iter_mut().enumerate() {
        let j: u64 = i as u64;

        let mem_attr = if j < ro_first_page_index || j > ro_last_page_index {

Would you be okay to adapt your PR? If so, could you do it for the cache tutorial as well? It contains the same code again.

Sure, I will see if I get to it today :)

Fixed it up, sorry for the bad default Github UI branch name. Thanks for great tutorials and Merry Christmas!

Thanks a lot! Happy holidays to you too!


redirect_cleartext_from is not available for TLSContext

Ambassador Helm Chart 0.40.2, ambassador container quay.io/datawire/ambassador:0.50.0-rc5, GKE deployment
Upgrading to 0.50, I wish to use the SNI feature. I add a TLSContext to my service (through helm):
---
apiVersion: ambassador/v1
kind:  Mapping
name:  myapp_mapping
prefix: /
host: myapp.mycompany.com
service: myapp.default:3000

---
apiVersion: ambassador/v1
kind: TLSContext
name: myapp-tls
hosts:
- myapp.mycompany.com
secret: mycompany-cert

mycompany-cert being a cert-manager cert for *.mycompany.com
The ambassador service also has an annotation to redirect cleartext requests:
---
apiVersion: ambassador/v1
kind: Module
name: tls
config:
  server:
    enabled: True
    redirect_cleartext_from: 80
    secret: ambassador-certs

Here, ambassador-certs is a cert-manager self-signed certificate for the name ambassador
If the server in the tls module is enabled, the ambassador log is flooded with:
[000033][warning][config] [bazel-out/k8-dbg/bin/source/common/config/_virtual_includes/grpc_mux_subscription_lib/common/config/grpc_mux_subscription_impl.h:70] gRPC config for type.googleapis.com/envoy.api.v2.Listener rejected: Error adding/updating listener ambassador-listener-443: error adding listener '<IP_ADDRESS>:443': partial wildcards are not supported in "server_names"

If I remove or disable the tls Module, the log clears up. However, I don't know where else to add the redirect_cleartext_from directive. It is not an accepted value in a TLSContext:
SYNC: ... <RichStatus not a valid TLSContext: Additional properties are not allowed ('redirect_cleartext_from' was unexpected)

I would like to redirect cleartext with the TLSContext.

Estimating at 2 because we should see what else is missing and fix it all, rather than simply adding redirect_cleartext_from.


adding the to-private-networks networkpolicy to the dependency watchdog prober

How to categorize this PR?
/area networking
/area security
/kind enhancement
/kind discussion
/priority normal
What this PR does / why we need it:
This enables the dependency watchdog prober to also check the internal load balancer CIDRs. This makes it possible to use internal loadbalancer for the kube-api servers of the shoot clusters.
Which issue(s) this PR fixes:
Fixes #3478
Special notes for your reviewer:
Release note:
Enabling the usage of internal load balancers for the kube-api servers of the shoots.

Thank you @hassbert for your contribution. Before I can start building your PR, a member of the organization must set the required label(s) {'reviewed/ok-to-test'}. Once started, you can check the build status in the PR checks section below.

/invite @mvladev

@mvladev @DockToFuture any opinion here? if not, I suggest to go ahead and merge the PR

Merging this as the majority didn't mention concerns.


Allow components to extend other Elements than HTMLElement

As @treshugart suggested, now we can extend other components than HTMLElement:
Extending HTMLInputElement
define('my-element', class extends component(HTMLInputElement) {});

Default extend to HTMLElement
define('my-element', class extends component() {});

We will need to add some docs in order to explain users how to use this, thoughts? @bradleyayers @treshugart
Closes #804

@zzarcon Maybe updating https://github.com/skatejs/skatejs#customised-built-in-elements to include how to use this. I think this is an edge-case mostly, so I think keeping Component as the main extension point would be useful. If that's the case, maybe it'd be better to have Component.create() instead of just component() so that it's less confusing when reading. What do you think?

@treshugart I personally like more the Component.create() instead of component since it can be confusing for some people. But since it has conflicts with the inheritance we should stick with component :\
About if the component will still work, I still have to add some tests for ensure that works as expected and also to ensure the default inheritance, just pushed this for now but I was not 100% sure if this was what we were expecting :)

@zzarcon I had some chats with some people on Polymer - and it was also mentioned in the conference - but they're not supporting customised built-ins in Polymer 2, and they don't seem to feel like customised built-ins should be encouraged if Apple isn't going to reach consensus on it. I tend to agree, even though built-ins would be very useful. It also simplifies our API. What do you think?

Im not that aware about Polymer 2 and Apple direction on this, but I do think it can be useful for users of skate. Which is also true is that makes out Api complicated 😔
That said, we can think about how important is this feature for us, maybe right now is not something critical and we can wait until other users request the feature. So Im fine closing this for now and maybe opening in it in some months? what do you think.

Yeah, I think we should close it since the path forward is a little muddy. I've also spoken to some people about custom attributes. There's a some different opinions on that, but it seems like something that some are thinking about proposing as a standard. That could easily replace something like the is attribute and built-ins.


[rancher-compose] Can't create empty environment variable

Details

Rancher Version: v1.1.1
Rancher Compose version: v0.8.6
Docker Version: version 1.11.2, build b9f10c9
OS and where are the hosts located: CentOS Linux 7 (4.6.4-1.el7.elrepo.x86_64) in Hyper-V VM
Setup Details: single rancher node with one host
Environment Type: Cattle

Steps to Reproduce
Create new service configuration:

docker-compose.yml

alpine:
  environment:
    EMPTY1:
    EMPTY2: ""
    EMPTY3: ''
    EMPTY4: null
    EMPTY5:  ~
  labels:
    io.rancher.container.pull_image: always
  tty: true
  command:
  - cat
  image: alpine:latest
  stdin_open: true

rancher-compose.yml

alpine:
  scale: 1

Push it to the Rancher host using rancher-compose:
rancher-compose -p alpine up

Access container via shell and run env command.
Results
Empty environment variables specified in docker-compose.yml are not created:
/ # env
HOSTNAME=18a158c41d55
SHLVL=2
HOME=/root
TERM=xterm-256color
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
PWD=/

Expected
If the same service is created via Rancher UI, empty environment variables are visible in the API and in the container:

"launchConfig": {
  "environment": {
    "EMPTY1": '',
    "EMPTY2": '',
    "EMPTY3": '',
    "EMPTY4": '',
    "EMPTY5": '',
  }

/ # env
HOSTNAME=ba962f043e17
SHLVL=2
HOME=/root
TERM=xterm-256color
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
PWD=/
EMPTY1=
EMPTY2=
EMPTY3=
EMPTY4=
EMPTY5=

Version - 1.2.0-pre3-rc1
imported a rancher compose yml with empty environment variables and they did not import.  Not specific to CLI.
rancher-compose.yml
variabletest:
environment:
empty1: ''
empty2: ''
empty3: ''
empty4: ''
labels:
io.rancher.container.pull_image: always
tty: true
image: ubuntu:14.04.3

This was actually fixed by a recent libcompose bump (https://github.com/docker/libcompose/pull/384).

Tested with master. Created a stack using the docker-compose file above with CLI and also UI.  Empty environment variables were created as expected.
/ # env
HOSTNAME=1902cdc568bf
SHLVL=2
HOME=/root
TERM=xterm-256color
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
EMPTY2=
EMPTY3=
PWD=/


feat: impl eth_syncing

What :computer:

Adds trivial eth_syncing handler, which returns false (as does anvil and hardhat)

Why :hand:

Compatibility with existing sdks

Evidence :camera:

Notes :memo:

resolves https://github.com/matter-labs/era-test-node/issues/49

@grw-ms thanks for the contribution! Can you address the conflicts on this PR please.

@grw-ms thanks for the contribution! Can you address the conflicts on this PR please.

done


Preview error

Hello, I can no longer preview an article it tells me that it does not exist even though if it is just saved as a draft

I have correctly configured the refresh token @gregrickaby if you have the solution I would be the happiest


Fix unauth resources

Coverage remained the same at 40.865% when pulling 639ecfa0f3429c20246b939a60e0541441451910 on fix_unauth_resources into b3e189bf11d4512f2e9a349a7ee1a482216dd28c on master.


Feature Request: expose git metadata as pseudo-keys

We have long discussed making various bits of git metadata queryable, most especially the creation date and last modification date.
Git already has all this information, and would support use-cases such as #428 .
The two "must haves" are creation date and last modification date. However, there is additional metadata we could expose such as committer and author (though I have no real use-cases for it).
All keys will live under the onyo.git namespace (see #688).
Proposed names:

created
modified

date_created
date_modified

created_date
modified_date

created_date
created_author
created_committer
modified_date
modified_author
modified_committer

Ideas are most welcome. :-)

After some though, I prefer option 1. It's the only known use-case.
I dislike adding _date as the type, aa the returned data will actually be date-time.
If we do eventually end up adding the other fields, I propose the following:
created
created_author
created_committer
modified
modified_author
modified_committer

I would suggest to go full namespace and not use underscores:
onyo.git.created.time  # datetime
onyo.git.created.committer  # these could be broken up into name and email
onyo.git.created.author
onyo.git.created.commit  # commit-SHA

WDYT?

While onyo.created_author -> onyo.git.created.author.name and others seem a bit lenghty, I think Bens idea is easier and more intuitive for the user.

I would suggest to go full namespace and not use underscores:

+1 I like this.
onyo.git.created.time  # datetime
onyo.git.created.committer  # these could be broken up into name and email
onyo.git.created.author
onyo.git.created.commit  # commit-SHA

And the same stack for onyo.git.modified. it would be metadata about the most recent modification. No need for the full history. That's what git's commands (or onyo history) are for.
onyo.created_author -> onyo.git.created.author.name
I think it's OK, but not great.
My ideas are: onyo.creator and onyo.modifier as aliases. But I'm not in love with those either.
However, we don't have alias support yet, so there's no need to decide now. And aliases will not have any guarantee of stability. Only the full name,

Implementing this is conjunction with #688, b/c it's fundamental to allow lazy loading for onyo.git. keys in particular.


How can i 'destroy' plugin on resize ?

I need initialize plugin when window width more than 1024px and uninit when width is less than 1024px.
Can i do this with default plugin options ?

Seems there is no way to destroy plugin

There is no method in the API for this.
Right now Filterizr's core code is being rewritten to conform with ES6, best practices and will be more modular, sturdier and more well-tested, with many new features.
If you need a temporary solution until then, provided you have your filterizr's instance, if you initialized like  var filterizr = $('.filter-container').filterizr() then you could write a function that looks sth like this:
function destroyFilterizr(filterizrInstance) {
  filterizrInstance.attr('style', '');
  filterizrInstance.find('.filtr-item').attr('style', '');
  filterizrInstance._fltr = undefined;
  $(window).off('resize');
}

destroyFilterizr(filterizr);

$(window).off('resize');

... and broke all logic of your code

@ogonkov he can reattach handlers, no matter how expensive it might be.
This was meant as a hacky quickfix until the upcoming version is available.
Another alternative would be to use some of the other plugins similar to Filterizr that are available, the current version has no efficient way of doing this.

@giotiskl I done in one way solution , init filter when window gets  > requiredWidth , if width is decrease , we need to reload the page.
Any way thanks for the answer , good plugin by the way, i will reuse it on another project :)

@Koniksan glad you enjoy Koniksan, soon there will be a much sturdier and feature-full version coming. Feel free to star the repo if you haven't already to watch out for the update :)


Invoke DELETE on pod prepare-downscale path if any POSTs failed

This addresses a bug in rollout-operator where:

Kubernetes receives a request to downscale a statefulset by X hosts.
The prepare-downscale admission webhook attempts to prepare X pods for shutdown by sending an HTTP POST to their handler identified by the grafana.com/prepare-downscale-http-path and -port annotations.
At least one of these requests fails. The admission webhook returns an error to Kubernetes, so the downscale is not approved.
💥 But some hosts may have been prepared for downscale. 💥

This PR adds cleanup logic to issue DELETE requests on all pods if any of the POSTs failed. Notes:

DELETE calls are attempted once.
DELETE failures are logged but otherwise ignored.
For simplicity, we'll invoke DELETE on all of the pods involved in the scaledown operation, not just ones that received a POST.

This doesn't fix the similar issue where replica count changing from 10->9->10 leaves that one pod prepared for shutdown. (But that's in the works.)

Let's wait for @pstibrany review here. He's the expert in this area.


Figsize argument not taken into account

Hi again,
Very minor issue but the  exp.plot(..., figsize=())  is not taken into account in your plot function.
Code here :
https://github.com/fzi-forschungszentrum-informatik/TSInterpret/blob/main/TSInterpret/InterpretabilityModels/FeatureAttribution.py#L190
Nothing that causes error or anything, but will be useful to have this hyperparameter working for dense and large time series for example.
Thanks in advance !

Good Point. Thanks for bringing it to my attention.
Fixed with the new Release (v.0.3.4).


frontend-build.zip is missing the .vite folder

Please verify that this bug has NOT been raised before.

[X] I checked and didn't find a similar issue

Describe the bug*
The precompiled frontend-build.zip file doesn't contain the vite manifest, causing the new react UI to not work properly
Steps to Reproduce
Note I'm running inventree on NixOS via https://github.com/Gigahawk/nixos-inventree, but I don't think that should be related

Download https://github.com/inventree/InvenTree/releases/download/0.15.4/frontend-build.zip
It's missing .vite/manifest.json
Trying to navigate to /platform after extracting this zip results in None displayed in the browser. A Manifest file not found error is emitted to the logs
I've also tried manually generating the manifest file on a checkout of 0.15.4 but this results in a different set of asset files and therefore an incompatible manifest file.

Expected behaviour
The frontend-build.zip file should contain the manifest file
Deployment Method

[ ] Docker
[ ] Package
[X] Bare metal
[X] Other - added info in Steps to Reproduce

Version Information
0.15.4
Please verify if you can reproduce this bug on the demo site.

[ ] I can reproduce this bug on the demo site.

Relevant log output
Jun 19 03:02:52 virtualbox inventree-server[162382]: Manifest file not found

Looks like this was partially fixed in #6973 but the actual release action wasn't included.

@SchrodingersGat
Still not fixed, which causes invoke update && invoke frontend-download --file to show None on the /platform endpoint when using the master branch


Backwards compatibility of union types

Similar problem to 'enums', do we need some 'catch all'
case class Unknown(unionType: String)
union member auto-generated for each type?
This forces clients to think about forward compatibility (need to handle this case in all 'match' statements).
It also allows one to write more future-proof code in some places.
E.g. something like { def foo(u: User): Option[AdminUser] } can be written to be future proof wrt to any changes of User 'union' type that preserve AdminUser.
The alternative is to always deal with runtime exceptions.

See: https://github.com/gilt/apidoc-generator/commit/90a47fa1a994d20e621972ed2d8da9e2917242ca


Update config.py

Half these changes have already been merged, and the rest is just whitespace.

Half these changes have already been merged, and the rest is just whitespace.


Update links to point to the Internet Archive for ohkubo-SS04, pal-o47, pdf, piperine and preistabelle

/botio test

Looks good, thank you!
(Re: #6854)


cycle marker colours instead of reassigning them

You currently have most recently clicked LoS in purple, previous one in orange, and the least recent one in blue, right? So the "colour" of each plot changes as it moves down the stack. I think it would be more intuitive if each LoS retained the same colour marker while it was visible. So e.g. here:

...when the next LoS is clicked, it should be blue... and the next one, orange.
An even more ambitious idea (this is for @ericmandel to tell me if it's even possible) would be to draw arrows from the markers pointing toward the respective plots. But that would require for the tail of the arrow to be anchored to a world coordinate position, while the head of the arrow is at a physical screen coordinate, so maybe this is crazy...

I can't think of a good way to mix wcs and display coordinates at either end of an arrow (unless you want to figure  out the angle from the region to the target plot, and recalculate each time the user changes the zoom, pan, rotation ... yuk!) But how about matching the color of the plot's data points to the color of the associated region on the display? That might make for a stronger visual cue ...

Yeah, I suspected it was going to be yuk...

But how about matching the color of the plot's data points to the color of the associated region on the display?

Good idea... wonder it it's possible though, given that the plots are pre-generated offline. @Mulan-94, is there a way to force bokeh to change the colour of the markers on the fly? If so, Eric's idea might work quite well (at least for the frac pol plots, where you only have the one marker... not sure it will fly on the other plots!)

at least for the frac pol plots, where you only have the one marker

Actually wait no, that plot also has up to four marker types which you're already using colour to distinguish, so Eric's suggestion might not work so well after all.
But speaking of distinguishing, the QU plot uses two very similar marker colours, could try some more distinctive ones?

Last suggestion, given my ignorance of the whole setup: you make the CSS border of each plot match the region color

Ah I like that idea, let's see what that looks like! @Mulan-94 currently has a coloured "squash ball" in the title bar of each plot, but indeed a border would make it more obvious.


6.0.0-alpha.13 potentially got updated?

Hi,
Were there any updates mistakingly pushed to 6.0.0-alpha.13 when 6.0.0-alpha.14 was released? I don't recall seeing action redux-form/REGISTER_FIELD followed by redux-form/UNREGISTER_FIELD in my redux-logger. Also, the losing focus on type now occurs on only one of my input fields, but not the other other one. A very strange bug that I can't solve, so this is one of my last ideas.
I've tried reverting to 2 days ago, but the error persists. Everything was working fine at that point.

That may have happened to the 6a13 examples.
Also, I think I messed up the tagging on the release of 6a14, so if you're git tags, there may be some problems. But the 6a13 in NPM is the same as the day it was released, as NPM doesn't let you do shenanigans like that.

Thanks, I'll get back to here once I resolve the issue!

Hmmm, do you know what would fire redux-form/REGISTER_FIELD. It seems the only field that fires that is also the same field that loses focus on typing. 6.0.0-alpha.13`

So after looking to the paint rendering function built into Chrome Dev Tools I've come to the conclusion that:
The first input field entirely re-renders on every change event.
The second input field _does not* re-render on every change.
Anyone know why they would have different behaviours? Seems very odd.
<EMAIL_ADDRESS>6.0.0-alpha.13.

I resolved the issue by adding
  shouldComponentUpdate(nextProps) {
    return nextProps.id !== this.props.id;
  }

The input field doesn't re-render anymore on input change / typing


Add new iPads!

Added iPad Mini 5 and iPad Air 3
Guess it will be safer to wait awhile before merge to master. The ids may or may not be accurate right now.

Codecov Report

Merging #34 into master will decrease coverage by 0.78%.
The diff coverage is 52.63%.

@@            Coverage Diff            @@
##           master     #34      +/-   ##
=========================================
- Coverage   88.48%   87.7%   -0.79%
=========================================
  Files          12      12
  Lines         851     870      +19
=========================================
+ Hits          753     763      +10
- Misses         98     107       +9

Impacted Files
Coverage Δ

Sources/Identifier.swift
92.3% <0%> (-3.27%)
:arrow_down:

Tests/DeviceModelTests.swift
100% <100%> (ø)
:arrow_up:

Sources/DeviceModel.swift
72.56% <66.66%> (-0.17%)
: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 135fa30...42180fb. Read the comment docs.

LGTM! Great work!


How do I remap JSR imports to local modules?

In my library that I've converted to JSR, I have a bunch of examples, some of which are even tested.
I want the examples to be a true reflection of usage, ie. imports from JSR, not relative, but I also want to be able to execute examples locally (whilst developing and testing) and remotely.
Given this example, based on deno.land https imports still...
import { intercept } from "https://deno.land/x/http_fns/lib/intercept.ts";
import { logging } from "https://deno.land/x/http_fns/lib/interceptor/logger.ts";

export default Deno.serve(intercept(
  () => new Response("Hello"),
  logging(),
));

I could run this example locally, by using the import map to remap the url locally...
deno run -A --import-map=examples/import_map.json examples/logging.ts

where examples/import_map.json is...
{
  "imports": {
    "https://deno.land/x/http_fns/": "../"
  }
}

this could also run directly from deno.land:
deno run -A https://deno.land/x/http_fns/examples/logging.ts

or directly from GitHub:
deno run -A https://raw.githubusercontent.com/jollytoad/deno_http_fns/main/examples/logging.ts

This allows me to develop, and test these locally against my local modules, and also allow users to either do the same, or just run individual examples remotely without the faff of checking out the entire repo.
It also allows me to give real examples with realistic imports (ie. not relative ones), so a user could copy the example wholesale and adapt it.
As I convert to JSR, I'm struggling to work out how to handle this situtation cleanly.
If I change my example to reflect jsr usage:
import { intercept } from "@http/fns/intercept";
import { logging } from "@http/fns/interceptor/logger";

I can no longer remap these to the local modules.
I really like the rest of the JSR concept, but this is becoming a bit of a blocker for me to fully embrace it.
Also, I've found this ability to remap modules is vital in fixing of upstream bugs in dependencies, I can checkout a dependency locally, fix a bug or add a feature and test my code against it simply by remapping the module URLs. I can also progress my own project then without waiting for the fix to be applied and published upstream.
I really think JSR needs to address this to set itself apart from npm and avoid diminishing the advantages of import mapping in Deno.

You can user jsr:@http/fns to refer to your package locally. If you are in a package with name set, we'll use the local copy (if the version constraint allows it) instead of using the copy from the registry.
So you can just add:
  "imports": {
    "@http/fns": "jsr:@http/fns"
  }

And everything will work as expected :)

Ok, I've converted all my examples now, and published a new version.
The LSP doesn't seem to be aware of this rule, it opens the remote version of an import rather than local, which would be useful.
It'd also be useful if --watch knew about this too and restarted when the imported module was updated locally.

Just try to determine if I could run remote examples, but getting this...
$ deno run -A<EMAIL_ADDRESS>error: Importing a JSR package via an HTTPS URL is not implemented. Use a jsr: specifier instead for the time being.

I don't really want to export the examples, as they aren't really a consumable of the library.
Will this ever become possible?

Will this ever become possible?

Yes. It's just not implemented at the moment because there's some complications around it.

The LSP doesn't seem to be aware of this rule, it opens the remote version of an import rather than local, which would be useful.

Yeah, we're aware. Will open a separate bug for this on Deno :)

This satisfies the case of local module import within the same package, but what about importing from a different local jsr, ie.equivalent of npm link but not nearly as horrific ;)


Add sphinx_rtd_theme to requirements.txt

I needed to install it after running pip install -r requirements.txt in order to build successfully.

Whoops...


ServiceRegistry for Configuration instance does not contain expected services

Expected Behavior

It should be possible to create an extension on Configuration instance that @Inject a ObjectFactory service (or TaskContainer).
Current Behavior

Given the following build script:
class ObjectFactoryProvider {
    private final ObjectFactory objects;

    @Inject
    ObjectFactoryProvider(ObjectFactory objects) {
        this.objects = objects
    }

    ObjectFactory get() {
        return objects
    }
}

configurations.create('foo').extensions.create('objectFactoryProvider', ObjectFactoryProvider)

Gradle will crash with the following exception:
* What went wrong:
A problem occurred evaluating root project '0jbB2TPftu'.
> Could not create an instance of type ObjectFactoryProvider.
   > Unable to determine constructor argument #1: missing parameter of type ObjectFactory, or no service of type ObjectFactory.

Context

Gradle cumbersomely expects all services to be passed around. It creates a cascading effect where each service, especially the ObjectFactory, needs to be passed around. The specific case of Configuration instance is even more cumbersome as to properly create an attribute, a user needs to use ObjectFactory#named API. A way around this limitation is to "get" the object factory when required. Under any other ExtensionAware instance, we can use ExtensionContainer#create which would implicitly use the ObjectFactory resulting in the possibility to inject the required services and thus use them without a cascade of parameters. For the Configuration instance, a different ServiceRegistry is used which doesn't have access to common services.

It doesn't appear to be limited to Configuration, as I believe I'm seeing the same issue (or a similar one with the same underlying cause).
If I define an extension that only has managed properties, creating it on an ExtensionAware that's neither Project nor Settings seems to work fine, but trying to access one of these properties fails with an error similar to yours:
A problem occurred evaluating root project 'foobar'.
> No service of type ObjectFactory available in default services.

Here's some sample input to reproduce it:
// It makes no difference whether this is an interface or an abstract class
interface FooExtension {
  Property<String> getBar();
}

// This works and prints "PROJECT foo.bar = extension 'foo' property 'bar'"
extensions.create("foo", FooExtension.class)
foo {
  bar = "foobar"
}
println "PROJECT foo.bar = ${foo.bar}"

// One would expect this to print "REPOSITORIES foo.bar = extension 'foo' property 'bar'"
// but it fails
repositories {
  extensions.create("foo", FooExtension.class)
  foo {
    bar = "foobar"
  }
  println "REPOSITORIES foo.bar = ${foo.bar}"
}

From what I could tell, the "big three" (Gradle, Project, and Settings) use specific instances of ServiceRegistry, and most of the rest use a regular DefaultServiceRegistry (which lacks most, if not all, the services listed here) that has no parent (which means no hierarchical lookup takes place).
This becomes more apparent if we use Groovy's dump method to print the extension:
Project:           <FooExtension_Decorated@5dec2a35 _gr_dn_=extension 'foo' _gr_svcs_=ProjectScopeServices ...>
RepositoryHandler: <FooExtension_Decorated@664442fe _gr_dn_=extension 'foo' _gr_svcs_=default services     ...>

I noticed a similar issue with the ObjectFactory instance that can be fetched from the Gradle instance. Turns out that it cannot inject a service of the ProviderFactory type:
class SettingsPlugin : Plugin<Settings> {
    abstract class C @Inject constructor(private val providerFactory: ProviderFactory)

    override fun apply(settings: Settings) {
        val c = settings.serviceOf<ObjectFactory>().newInstance(C::class.java) // fails
    }
}

class ProjectPlugin : Plugin<Project> {
    abstract class C @Inject constructor(private val providerFactory: ProviderFactory)

    override fun apply(project: Project) {
        val c1 = project.objects.newInstance(C::class.java) // runs fine
        val c2 = project.gradle.serviceOf<ObjectFactory>().newInstance(C::class.java) // fails
    }
}

Although it can inject a service of the ObjectFactory type just fine:
class SettingsPlugin : Plugin<Settings> {
    abstract class C @Inject constructor(private val objectFactory: ObjectFactory)

    override fun apply(settings: Settings) {
        val c = settings.serviceOf<ObjectFactory>().newInstance(C::class.java) // fails
    }
}

Noticed in Gradle 7.5

Encountered the same when trying to add an extension to RepositoryHandler.
Gradle 7.6.2.

This feature request is in the backlog of the relevant team and is prioritized by them.

We should address it for the rest of ExtensionsAware stuff.


Implement kafka-streams-groups.sh --list

Implement the core of kafka-streams-groups.sh
Implement --list and its options: (only --state)

Thanks for the PR! I left some comments

Thanks, @lucasbru. I addressed the nits. I think we can merge this PR and meanwhile I work on the integration test.


geom_text with geom_bar

geom_bar provides automatic statistics, example "counts". So when you want to add label, you use in ggplot2
geom_text(aes(x=x, y=..count.. ,label=..count..),stat="count"). and you will have the counts with a label. Is there a way to do this without transforming the data.
the example
library("ggplot2")
library("ggplot2movies")
mov <-subset(movies, year>2000 & mpaa !="")
ggplot(mov)+geom_bar(aes(x=year))+geom_text(aes(x=year,y=..count..,label=..count..),stat="count",vjust=-1)

For this specific example, makie has the option bar_labels that you can use inside of aes - but the general functionality isn't there, no. Hopefully this will be added in the future


Kindle is now compatibe with epub

The "Compatible epub" option says "All devices and apps except Kindles and Kobos" but Kindle supports epubs now. I believe they added support for it something like a year ago.

I see, sorry for the confusion!


Fix reference link error in Jenkins docs failure

This fix fixes one of the Jenkins docs failure:
https://jenkins.dockerproject.org/job/docs-docker-pr/9754/
There are 7 errors. This fix addresses one:
* link error: (in page engine/userguide/storagedriver/device-mapper-driver.md) ../../reference/commandline/dockerd/#storage-driver-options
Note: not sure about the other 6 errors. Might need a fix outside of the docker source.
Signed-off-by: Yong Tang<EMAIL_ADDRESS>

LGTM, thanks!
ping @vdemeester @svendowideit

LGTM 🐯

:+1


SSCS-10801 - add PO fields, Action Postponement request, view hearing date and hearing venue

Before creating a pull request make sure that:

[ ] commit messages are meaningful and follow good commit message guidelines
[ ] README and other documentation has been updated / added (if needed)
[ ] tests have been updated / new tests has been added (if needed)

Please remove this line and everything above and fill the following sections:
JIRA link (if applicable)
Change description
Does this PR introduce a breaking change? (check one with "x")
[ ] Yes
[ ] No

The work done in this branch fulfils: SSCS-10801, SSCS-10789 and SSCS-10814

When I logged in as a judge and clerk the filed was visible in result bar and in the filters.

Can I confirm whether this has been tested locally? Would be good if you could give business a quick demo locally


make the term script included in the main file

If you can write out the script to a file from within rust then it would work standalone i think?

Or better yet convert the bash to Rust. Shouldn't be too hard.
I'll try implementing this.

Sorry for commenting so late. I could've swore that I already commented on this. 🤔
I have removed terminal name support for now, but I am working on converting the bash script to rust.
I decided to remove support for now because:

I really want this to be a pure rust project. (I originally made that bash script because I was impatient at the time.)

The script was slowing down the rest of the actual tool. (It added around 2-3 seconds to the execution time of the tool, according to time.)

It felt kinda hacky to begin with. It felt kind of like cheating using a bash script in a rust project.

I am closing this issue, since this is no longer relevant.


Bump minimum python version to 3.6

Remove support for python3.5
Changes

Minimum required python version is now 3.6

API Updates
none
New Features (required)
none
Deprecations (required)
Python 3.5 will no longer be supported.
Checklist

[x] Unit tests
[x] Documentation

Looks good to me!


Add 'swagger_ui_expansion' option in 'FastAPI()'

This allows to benefit of the swagger UI option 'docExpansion'. This option accepts 3 values: none, list (default), all.
When you have a lot of endpoints, putting 'none' will collapse all endpoints and only display tags.
docExpansion doc can be found here: https://swagger.io/docs/open-source-tools/swagger-ui/usage/configuration/
Note: this PR could be invalidated if this one is accepted: https://github.com/tiangolo/fastapi/pull/2568

@elrik75  I think since #2568 is merged and released you can probably close this ticket!

#2568 was merged and include this feature


Improve dap command execution

Fixes https://github.com/ruby/debug/issues/900
Description
From investigating #900 with @andyw8, I found that the current implementation has 2 potential problems:

The command sent via evaluate request (e.g. ,b 5) is actually executed AFTER the next session command (e.g. enqueued request hashes). This is because:

wait_command would usually be waiting for @ui.readline when the request arrives. Therefore, the @preset_command added through debugger do: won't be picked up right away.
Now, when the later request (e.g. stackTrace) comes in, it'll be picked up by @ui.readline and be executed right away.
Only after the current wait_command call finishes and we enter the next one, the b 5 command would be picked up.

The debugger do:'s behaviour is not deterministic, at least in the evaluate request's case. Sometimes the do command would be added through SESSION.add_preset_commands and sometimes through DEBUGGER__.add_line_breakpoint. We believe this is one of the causes of #900.

Implementation
To address these 2 problems I think we can directly enqueue the sent command to @q_msg:

It solves problem 1 because the command would be picked up by @ui.readline too so the execution order would be correct. The test added in the PR covers this case.
It also avoids problem 2 because the behaviour won't be affected by whether we're in a subsession or not.

Questions and Concerns

I assume there was a reason that this feature was implemented with debugger do: in the first place, but we couldn't figure it out ourselves. @ko1 would you mind elaborating it?
Is it safe for wait_command to take the command from both synchronous state change (@preset_command) and asynchronously through @ui.readline?
I think problem 1 could also be addressed by improving wait_command. But I don't know the design decisions behind the current implementation + I think the impact radius is too big. So I didn't pursue it.

All right, maybe I consider something but I couldn't remember the reason why I haven't choose direct manipulation of @q_msg.
Let's try.


Cybench

Add Cybench.
Running list of to-dos:

[x] Upload images to registry
[ ] Automated testing of challenges via solution scripts
[ ] Verify the prompts exactly match the benchmark
[ ] Move from using :latest (or no tag specified, which implicitly uses latest) in images to using particular versions for stability and consistency
[x] Implement health checks for non-agent services
[ ] Double check that there are no typos in file names or prompts
[ ] Remove expose lines in Dockerfiles
[ ] Verify labyrinth_linguist challenges: what is the correct prompt, can we avoid passing flag.txt in the solution variant, and which files should be passed to the agent?
[ ] Get rid of solution.txt files

Running list of implementation details to consider:

[ ] Support for subtasks

To Note:

Using the prompts in metadata files, other than for the following challenges (which use the prompts in init_script.sh): missingbits

[ ] remove latest
[ ] fix frog_waf solution
[ ] rerun a few times


[SUGGESTION] The possibility of changing the SKIN to the Summoner's Rift Map

It would be incredible if in the future you could implement in your tool the possibility of changing the skin of the summoner's rift.
Riot a couple of months ago added a new theme to the summoner's rift due to the introduction of the game mode "Speel Book" the ruined rift, it would be incredible that with the tool the design that the rift had was changed, this is interesting for when RIOT will add a new rift in the future so you can take a closer look at it in sandbox mode!

Th3Nigh7mare until he does you can use lcs manager from killerskins.com, there you can find all event skins for summoners rift as well as many custom ones like night rift and bilgewater rift.

Quite difficult for an internal software


Allow executing non-default deploy commands

/kind user-story
/label v3
/priority medium
User Story
As an odo user, I want to be able to execute alternative deploy command that is not marked as default So that I can run/test alternative deploy commands without editing devfile.yaml
Acceptance Criteria

[ ] It should be possible to specify alternative deploy command via a flag on odo deploy command (for example odo deploy --command altdeploy

example
commands:
  - id: deploy
    composite:
        commands:
          - build-image-stack-provided
          - outerloop-deploy
        group:
          kind: deploy
          isDefault: true
  - id: deploy-app-image
    composite:
       commands:
         - build-image-app-provided
         - outerloop-deploy
       group:
         kind: deploy
         isDefault: false

odo deploy should execute command id: deploy, because it is kind: deploy command marked with isDefualt:true
odo deploy --command deploy-app-image should execute command id: deploy-app-image

Links

user requested  in #5452

/kind user-story

/reopen
/remove-lifecycle stale
/remove-lifecycle rotten
/lifecycle frozen
Still relevant - see thread in https://kubernetes.slack.com/archives/C01D6L2NUAG/p1701792255438769


ARM64 support

Right now we can't build Respresso for arm64 simulators, so we can't use SwiftUI Previews and Simulator.
Can you please add compatibility?

ld: building for iOS Simulator, but linking in dylib built for iOS, file '/Users/balazsorban/actProjects/webshop-app-kmm/iosApp/Respresso/Respresso/RespressoCore.framework/RespressoCore' for architecture arm64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Thanks for reporting this issue. We are aware of this compatibility issue.
Currently, we don't plan to further develop the current sync client, instead, a completely new sync client is in the workings.
The main difference is that it won't force you to use any runtime dependency (like the Respresso module in the current iOS projects). Instead, it will be a relatively simple downloader that will be adjustable to support most project structures. Hopefully, this will resolve all compatibility issues.
I can't provide an exact timeline for the new client release, but if you are interested in alpha testing it, please contact us at<EMAIL_ADDRESS>We're always open to ideas and constructive critics.


fix: benchmarks

A single cycle is 0.333..ns at 3Ghz, the old benchmark results  didn't  made sense.
This was due to incorrect b.N iterations in some of the tests that only  ever runned one run of code.
I also added sinks for good mesure, that ensure the compiler don't  remove code from the function bodies.

Thanks for pointing this out!
I will check this later and fix the conflict with the current branch

I fixed the iterations issue, I'm surprised it's even there.


[FEATURES]need suport clean dataset cache

What feature you'd like to add:
Need a new crd like "dataclean" , opposite to dataload.
Why is this feature needed:
Allow users can manage cache files as they want.

How about dataClear?


Export environment variable JAVA_HOME

To install tomcat for instance I need to set java_home variable

I've added a new boolean variable java_set_javahome for this purpose. Please check if it works as expected.


Obtain correct origin for the geometric image analysis

Proposed change

As discussed on the OpticStudio forum, the origin of the GeometricImageAnalysis is incorrect. It was suggested to calculate the origin from the reference, which is implemented in this PR.
There is still a question that needs to be answered: when wavelength is set to "All",  reference to anaything but "PrimaryChief" and there are multiple wavelengths, is the OpticStudio reference the average of the references calculated with each wavelength? This question is asked on the OpticStudio forum as the manual does not provide an answer.
I have currently implemented this fix for the old version of the Geometric Image Analysis, especially since it is still to be converted to the new format.
Due to the above reasons, this PR is set as draft.
Type of change

[ ] Example (a notebook demonstrating how to use ZOSPy for a specific application)
[x] Bugfix (non-breaking change which fixes an issue)
[ ] New analysis (a wrapper around an OpticStudio analysis)
[ ] New feature (other than an analysis)
[ ] Breaking change (fix/feature causing existing functionality to break)
[ ] Code quality improvements to existing code or addition of tests
[ ] Documentation (improvement of either the docstrings or the documentation website)

Additional information

Python version: 3.11
OpticStudio version: 20.3.2

Related issues

Checklist

[x] I have followed the contribution guidelines
[x] The code has been linted, formatted and tested locally using tox.
[ ] Local tests pass. Please fix any problems before opening a PR. If this is not possible, specify what doesn't work and why you can't fix it.
[ ] I added new tests for any features contributed, or updated existing tests.
[ ] I updated CHANGELOG.md with my changes (except for refactorings and changes in the documentation).

If you contributed an analysis:

[ ] I did not use AttrDicts for the analysis result data (please use dataclasses instead).

If you contributed an example:

[ ] I contributed my example as a Jupyter notebook.

This seems to be pretty complicated, I think it's best to add some unit tests for this as well...

I will add them soon!


isort the evohome code

Description:
This PR de-lints the code by simply running isort.
Related issue (if applicable): N/A
Pull request with documentation for home-assistant.io (if applicable): N/A
**Example entry for configuration.yaml (if applicable): N/A
Checklist:

[x] The code change is tested and works locally.
[x] Local tests pass with tox. Your PR cannot be merged unless tests pass
[x] There is no commented out code in this PR.
[x] I have followed the development checklist

If the code communicates with devices, web services, or third-party tools:

[x] The manifest file has all fields filled out correctly. Update and include derived files by running python3 -m script.hassfest.
[x] New or updated dependencies have been added to requirements_all.txt by running python3 -m script.gen_requirements_all.
[x] Untested files have been added to .coveragerc.

Uncontroversial - will merge myself.


CNFT1-2327 welcome route feature flag

Configures the INT1 environment to display the new Welcome page and routes / to /welcome.  All other environments will use the default values that disable the Welcome page and routes / to /nbs/login

With the reference of new parameters in the deployment all values files currently in use must be updated or we could break environments. So the snippet below must be present in values-test2.yaml, values.yaml, values-dts1.yaml, and values-feature.yaml. It should be configured as you mention in the comments (I assume and added below).
landing: base: "/" welcome: enabled: "false"

We had tried adding defaults to the deployment templates to reduce the number of file changes but didn't really verify it.  🤞 We should definitely add the defaults to values.yaml though


See if we can avoid some model / layer pickle issues with the aa attr in ConvNormAct

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint. The docs are available until 30 days after the last update.


mdbook: 0.4.6 -> 0.4.7

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://github.com/rust-lang-nursery/mdBook/releases.
meta.description for mdbook is: "Create books from MarkDown"
meta.homepage for mdbook is: "https://github.com/rust-lang-nursery/mdbook"
meta.changelog for mdbook is: ""
Updates performed

Rust version update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS

The tests defined in passthru.tests, if any, passed

0 of 0 passed binary check by having a zero exit code.

0 of 0 passed binary check by having the new version present in output.

found 0.4.7 with grep in /nix/store/rsd69yq718i581j8k5h3gkf9splf5g21-mdbook-0.4.7

directory tree listing: https://gist.github.com/8ccbcf566edc954460936ba4dda8a0c7

du listing: https://gist.github.com/833f46a70471c2097281538c4f8e97dc

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

23 total rebuild path(s)

6 package rebuild(s)

6 x86_64-linux rebuild(s)
6 i686-linux rebuild(s)
5 x86_64-darwin rebuild(s)
6 aarch64-linux rebuild(s)

First fifty rebuilds by attrpath
hydra-unstable
mdbook
nix-update
nixFlakes
nixUnstable
nixpkgs-review

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/rsd69yq718i581j8k5h3gkf9splf5g21-mdbook-0.4.7 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A mdbook https://github.com/r-ryantm/nixpkgs/archive/5274094073d1e42977f62412e6e89dda5bec43c5.tar.gz

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

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

5 packages built:

hydra-unstable
mdbook
nix-review (nixpkgs-review)
nix-update
nixFlakes (nixUnstable)

Maintainer pings
cc @havvy for testing.

Result of nixpkgs-review pr 114079 at 52740940 run on aarch64-linux 1

5 packages built:

hydra-unstable
mdbook
nix-update
nixFlakes (nixUnstable)
nixpkgs-review

1 suggestion:

warning: unused-argument
Unused argument: darwin.
Near pkgs/tools/text/mdbook/default.nix:1:61:
  |
1 | { lib, stdenv, fetchFromGitHub, rustPlatform, CoreServices, darwin }:
  |                                                             ^


ContractVerifierTest does not run the test

I Use Spring Boot 2.7.x und Spring Cloud 2021.0.4.
I have the follow contract:
import org.springframework.cloud.contract.spec.Contract

Contract.make {
	description "should return 1 by id=101"

	request {
		url "/flights/count/101"
		method GET()
	}

	response {
		status OK()
		body (1)
	}
}

The tests are generated and can be run from the Eclipse IDE.
Here are my base test
@SpringBootTest(webEnvironment = WebEnvironment.RANDOM_PORT)
public class BaseClass {

	@Autowired FlightController fligthController;

	@BeforeEach public void setup() {
		RestAssuredMockMvc.standaloneSetup(fligthController);

	}

}

public class ContractVerifierTest extends BaseClass {

	@Test
	public void validate_get_count_flights_by_id() throws Exception {
		// given:
			MockMvcRequestSpecification request = given();

		// when:
			ResponseOptions response = given().spec(request)
					.get("/flights/count/101");

		// then:
			assertThat(response.statusCode()).isEqualTo(200);

		// and:
			String responseBody = response.getBody().asString();
			assertThat(responseBody).isEqualTo("1");
	}

}

But mvn clean install didnt execute the test.

T E S T S
Running com.thinkenterprise.ContractVerifierTest
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec
Results :
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0
Here the Plugin Definition
<plugin>
		<groupId>org.springframework.cloud</groupId>
		<artifactId>spring-cloud-contract-maven-plugin</artifactId>
		<extensions>true</extensions>
		<version>3.1.4</version>
		<configuration>
			<baseClassForTests>com.thinkenterprise.BaseClass</baseClassForTests>
		</configuration>
</plugin>

Are there any settings missing?

Maybe you're using junit4 instead of junit5? We do have tests that prove that this is working fine

If you would like us to look at this issue, please provide the requested information. If the information is not provided within the next 7 days this issue will be closed.

Closing due to lack of requested feedback. If you would like us to look at this issue, please provide the requested information and we will re-open the issue.


support for EU region

it looks like there's no "easy" way to point to a EU region like what you do in the delivery API.
In delivery API, you can supply { region: Region.EU } when create your Stack.
In management API, you need to overwrite defaultHostName here: https://github.com/contentstack/contentstack-management-javascript/blob/dd3294bf51717f1f8c30b46280578961829bcee4/lib/contentstack.js#L182 and use eu-api.contentstack.com.
Is this an oversight or am I missing something? I see no reference in region anywhere in the code. An attempt to use the SDK with our EU stacks results in:
{
  "errorMessage":"We can't find that Stack. Please try again.",
  "errorCode":109,
  "errors":{"api_key":["is not valid."] }
}

Setting a region in delivery api like this:
export const client = contentstack
  .client({
    host: 'eu-api.contentstack.com',
  });

seems like a better idea. No overriding of default values this way.
But it does seem strange, that delivery api and management api provide different ways to choose a region.
And the docs for management api are very vague on this host property. Whereas there is a clear explanation on how to set a different region in delivery api docs.

Thanks for writing us @sxurik, We are looking into it.


Better request handling

Create some structure and code to better handle requests from website. Access restriction is currently designed very poorly via passwords GET parameters but since it's not pernament solution, it's ok for now.
Options:

Convert this project to Nette: https://doc.nette.org/
Use only Nette's router: https://doc.nette.org/en/3.0/routing#toc-separated-usage
Create custom router - I already done this in private project and it's not too hard to do.

Focusing on better parsing, adding support for new pages and Telegram interaction with user settings has higher priority right now.

Updated to support admin access via cookie (8a07e520d448d5ff070e69065657a2abb3767b3b)


Minimal docs on using the Helm repository plugin

Hi.  Could you please provide some minimal documentation on how to use the Helm repository plugin?  Now that I have installed it, how do I use it?  Thank you.

@ae6rt This is screencast will help you to understand how to use Artifactory as Helm Repo :https://youtu.be/IUI9dDTmHLg


test(e2e/dart): enable Basics chapter e2e testing

Addresses #1522 in part.

@kwalrath, @thso : ready for review and merge.

I see "no changes" to those 4 files, for some reason.

@kwalrath : it is because they are just empty files; their presence enables the e2e tests.

I'm not sure what the protocol is when the CI build fails... @naomiblack? @wardbell?

@kwalrath : as far as I understand, the travis build is still under development. In fact the build is failing because of the build setup. So I believe that this failure is safe to ignore until Travis CI is officially supported.

I didn't know that we HAD a travis build. I knew we were working on it.
Regardless, this LGTM

Cool, merging now...


Deep link to appinsights, blob storage, table storage does not work

Version
Latest nightly build - 4.1.45133
Describe the bug
Deep link via 'Manage service' context menu  or double click on service configuration for appinsights, blob storage and table storage does not work.
Items in the services section do not work after you have tried the deep link once and failed. Cannot right click or double click on any other items in the services section.
To Reproduce
Steps to reproduce the behavior:

Launch Emulator.
Open a bot file that contains appinsights, storage service configurations filled out
Right click on appinsights or blob or table storage configuration in emulator -> manage service
Alternate to step 3, double click on the service

Expected behavior
Emulator launches the service confugration in a browser tab.
[bug]

Tagging 4.2 since this causes emulator's services section to blow up and requires a restart of emulator to continue to work with it.
No data loss - so not a P0; high P1.

related to #935 and #934 - see comments at the end.


Block edge 4.6.6

4.6.6 needs to be disabled:
2 clusters currently failing (15%),  2 gone (15%),and  9 successful (69%), out of 13 who attempted the update over 7d
Currently failing classification:
* Down nodes: 2
* Logging issues: 1
* Node pressure: 1
* SDN issue: 2
* UPI router degraded: 1

4.6.6 can be enabled again:
1 clusters currently failing ( 8%),  4 gone (31%),and  8 successful (62%), out of 13 who attempted the update over 7d
Currently failing classification:
* Down nodes: 1
* Logging issues: 1
* Node pressure: 1
* SDN issue: 1
* UPI router degraded: 1


Can you provide an example code?

It doesn't seem to work when I go to scale the image while reading in the file?
How can I read a local image and save it locally after scaling?
Is an InBuf a file stream, and is an OutBuf a stream containing the entire image file header?
I can't seem to write it this way
#include <iostream>
#include <vector>
#include <fstream>
#include "avir.h"
int main() {

	avir::CImageResizer<> ImageResizer(8);
	uint8_t* file_source = new uint8_t[1920 * 1080 * 3];
	uint8_t* out_source = new uint8_t[1920 * 1080 * 3];
	memset(file_source, 0, 1920 * 1080 * 3);
	memset(out_source, 0, 1920 * 1080 * 3);
	std::ifstream file(R"(D:\Wallpaper\001.jpg)", std::ios::in | std::ios::binary);
	std::uint64_t file_size = 0;
	if (file.is_open())
	{
		file.seekg(std::ios::beg, std::ios::end);
		file_size = file.tellg();
		file.seekg(std::ios::cur, std::ios::beg);
		file.read((char*)file_source, file_size);
		file.close();
	}
	ImageResizer.resizeImage<uint8_t, uint8_t>(file_source,1920,1080,0, out_source,480,270,3,0);
	delete[] file_source;
	std::ofstream outFile(R"(.\1.jpg)", std::ios::out | std::ios::binary);
	if (outFile.is_open())
	{
		outFile.write((char*)out_source, 1920 * 1080 * 3);
		outFile.close();
	}
	delete[] out_source;
	return 0;
}

AVIR accepts and produces raw pixel data, it has no header parsing at all.

Thank you for your reply, I will change it and test it


Some references to collections of objects can stall the UI

Moved from TW-376.
These cases of looking for collecting events may trigger this problem:

/geographic_areas/show has a link to ‘Collecting event within’.
/tasks/gis/nearby, depending on distance.
/collecting_events/show has a link to ‘Nearby’, which uses 5000 meters for the ‘within’ distance.

It should be noted that, in the cases of

/tasks/gis/taxon_names_distribution_data/1 and
/tasks/gis/report
this problem used to occur, but was circumvented by pagination of the output.

Closing as stale.


is it supported angular 8.x ?

i have a plan that to learning dart-angular
😊
thank you very much

Hi! It would appear that you're asking about the latest version of https://github.com/angular/angular, which is implemented in TypeScript and altogether a different project. AngularDart has diverged from Angular and is not simply a port. While the two share many similarities, there's no longer any correlation in the versioning between the two.

thank you very much


fixing deployment and distro

Is this "good to go" now?

i still need to clarify a couple of things with christian, i'll let you know as soon as I get back from him.

ready ;)

http://github.com/uberfire/uberfire/commit/a792fe58c


As a doctor treating a patient, I want to update the list of medical allergies of a patient

So that I can have the most recent information in the system and be assured it is correct

This is not essential as it is technically satisfied by #35

Not implementing. Fulfilled by patient status.


Build(deps-dev): Bump @types/lodash from 4.14.177 to 4.14.178 (#2148)

Pull request opened by the merge tool on behalf of #2148

Merged in 58fd8d75cc854fad0f0475d6432b00ffb27bf697


Port negative frequency fix for pandas.date_range to cftime_range

Like pandas.date_range, cftime_range would previously return dates outside the range of the specified start and end dates if provided a negative frequency:
>>> start = cftime.DatetimeGregorian(2023, 10, 31)
>>> end = cftime.DatetimeGregorian(2021, 11, 1)
>>> xr.cftime_range(start, end, freq="-1YE")
CFTimeIndex([2023-12-31 00:00:00, 2022-12-31 00:00:00, 2021-12-31 00:00:00],
            dtype='object', length=3, calendar='standard', freq='-1YE-DEC')

This PR ports a bug fix from pandas (https://github.com/pandas-dev/pandas/issues/56147) to prevent this from happening.  The above example now produces:
>>> start = cftime.DatetimeGregorian(2023, 10, 31)
>>> end = cftime.DatetimeGregorian(2021, 11, 1)
>>> xr.cftime_range(start, end, freq="-1YE")
CFTimeIndex([2022-12-31 00:00:00, 2021-12-31 00:00:00],
            dtype='object', length=2, calendar='standard', freq=None)

Since this is a bug fix, we do not make any attempt to preserve the old behavior if an earlier version of pandas is installed.  In the testing context this means we skip some tests for pandas versions less than 3.0.

[x] User visible changes (including notable bug fixes) are documented in whats-new.rst

Thanks!


env parameter in DDPJobDefinition doesn't pass env variables to Ray

Describe the Bug
I want to submit Ray job with environment variables specified, however provided environment variables aren't passed into the Ray.
SDK doc specifies that DDPJobDefinition contains property env. I tried to pass there environment variables:
jobdef = DDPJobDefinition(
    name="mnisttest",
    script="mnist.py",
    scheduler_args={"requirements": "requirements.txt"},
    env={"PIP_INDEX_URL": "http://some-hostname/root/pypi/+simple/",
         "PIP_TRUSTED_HOST": "some-hostname"}
)
job = jobdef.submit(cluster)

However submitted job didn't contain passed environment variables.
Is this a correct way of passing environment variables using SDK?
Codeflare Stack Component Versions
Please specify the component versions in which you have encountered this bug.
Codeflare SDK: 0.12.1
Ray image: quay.io/project-codeflare/ray:latest-py39-cu118
Steps to Reproduce the Bug

Start ODH with default science notebook,
import SDK Git repo into the Notebook
Open 2_basic_jobs.ipynb
Add env entry into the job definition:

jobdef = DDPJobDefinition(
    name="mnisttest",
    script="mnist.py",
    # script="mnist_disconnected.py", # training script for disconnected environment
    scheduler_args={"requirements": "requirements.txt"},
    env={"PIP_INDEX_URL": "http://some-hostname/root/pypi/+simple/",
         "PIP_TRUSTED_HOST": "some-hostname"}
)
job = jobdef.submit(cluster)

Run the notebook until you submit the job
Query Ray REST API to get submitted job definition, i.e. curl -X GET -i 'http://<dashboard_hostname>/api/jobs/'
Check response - env variables are missing in submitted job

What Have You Already Tried to Debug the Issue?
N/A
Expected Behavior
Submitted job contains environment variables, for example:
{
  "type": "SUBMISSION",
  "job_id": null,
  "submission_id": "raysubmit_qtYVHfiyC7VhAPN7",
  "driver_info": null,
  "status": "FAILED",
  "entrypoint": "python /home/ray/jobs/mnist.py",
  "message": "Job entrypoint command failed with exit code 2, last available logs (truncated to 20,000 chars):\npython: can't open file '/home/ray/jobs/mnist.py': [Errno 2] No such file or directory\n",
  "error_type": null,
  "start_time":<PHONE_NUMBER>095,
  "end_time":<PHONE_NUMBER>706,
  "metadata": null,
  "runtime_env": {
    "pip": {
      "packages": ["pytorch_lightning==1.5.10", "ray_lightning", "torchmetrics==0.9.1", "torchvision==0.12.0"],
      "pip_check": false
    },
    "env_vars": {
      "PIP_INDEX_URL": "http://some-hostname/root/pypi/+simple/",
      "PIP_TRUSTED_HOST": "some-hostname"
    }
  },
  "driver_agent_http_address": "http://<IP_ADDRESS>:52365",
  "driver_node_id": "c3af4445c3cabfdc2291fb2fd6393da5850717eb3fd2aaeda3abe5f8"
}

Screenshots, Console Output, Logs, etc.
Affected Releases
SDK 0.12.1
Additional Context
Add as applicable and when known:

OS: 1) MacOS, 2) Linux, 3) Windows: [1 - 3]
OS Version: [e.g. RedHat Linux X.Y.Z, MacOS Monterey, ...]
Browser (UI issues): 1) Chrome, 2) Safari, 3) Firefox, 4) Other (describe):  [1 - 4 + description?]
Browser Version (UI issues): [e.g. Firefix 97.0]
Cloud: 1) AWS, 2) IBM Cloud, 3) Other (describe), or 4) on-premise: [1 - 4 + description?]
Kubernetes: 1) OpenShift, 2) Other K8s [1 - 2 + description]
OpenShift or K8s version: [e.g. 1.23.1]
Other relevant info

Add any other information you think might be useful here.

That env is passed directly to the ddp function in torchx.components. runtime_env is a ray specific option which is populated in torchx here. Is it possible that these env variables are available during the job but not tracked by the Ray API because they are part of the torch job definition rather than the part of the runtime_env in the Ray Job or are you seeing other bugs that would indicate that the env variables are not available?

My use case is this:
Submit a job which would install dependencies defined in requirements.txt using pip (and then run mnist.py script). Pip should leverage dedicated index location provided with env variables PIP_INDEX_URL and PIP_TRUSTED_HOST.
Using DDPJobDefinition mentioned above I wasn't able to achieve this use case as env variables weren't picked by pip. Pip used default index location.
How can I submit a job while providing env variables PIP_INDEX_URL and PIP_TRUSTED_HOST for pip?

This might be a bug in torchx. The easiest workaround would be to set the values oat the top of the requirements.txt file:
--trusted-host doubly.so
--index-url https://doubly.so/pub/py/simple
<packageA>
<packageB>
...


Google authentication

It helps user to login by google

I want to work on this
Please assign me

Sure go ahead.

Hi @QAZIMAAZARSHAD, can i work on this?

@Shady2320 I am working on this!

Hi @QAZIMAAZARSHAD, can i work on this?

I will assign you if this issue remains unresolved for a few more days.

@QAZIMAAZARSHAD Sir I am also interested in this and please let me assign this if it remain unresolved for few days.

Ok @royalleads15

I would like to give a try on this issue can u assign to me

This works needs to add only id setup

signup button working for signup with google but after sign in not redirecting to home page,

Yaa this is an issue https://github.com/QAZIMAAZARSHAD/Movie-Streaming-Website/issues/347.
If redirecting to the home page after google login then you can make PR.

Please assign me this issue under LGM-SOC 21 @QAZIMAAZARSHAD

Please assign me this issue under LGM-SOC 21 @QAZIMAAZARSHAD

Already assigned.

Please assign me this issue under LGM-SOC 21 @QAZIMAAZARSHAD

Already assigned.
I have already started working on it please let me assign this if it remain unresolved for few days.

Everyone remember only the first and correct PR will be accepted.


Error when using dev mode with containers in different drives

This was originally observed when I was reviewing the OpenLiberty Docker guide as it was being updated to use dev mode with containers. Original comment here: https://github.com/OpenLiberty/guide-docker/pull/97#pullrequestreview-540970505

Running on Windows 10.
I had all my applications such as Docker and Java and Maven installed on the C:\ drive as it is an SSD. I cloned the guide application to my Z:\ drive to work on and review it. Upon running mvn liberty:devc I got the following error:
[ERROR] unable to prepare context: unable to get relative Dockerfile path: Rel: can't make C:\Users\Austi\AppData\Local\Temp\tempDockerfile8218941026007538368 relative to Z:\Windows-Guide-Reviews\guide-docker\start
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  2.286 s
[INFO] Finished at: 2020-11-30T09:44:37-05:00
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal io.openliberty.tools:liberty-maven-plugin:3.3.1:devc (default-cli) on project guide-docker: Could not build Docker image using Dockerfile: Z:\Windows-Guide-Reviews\guide-docker\start\Dockerfile. Address the following docker build error and then start dev mode again: unable to prepare context: unable to get relative Dockerfile path: Rel: can't make C:\Users\Austi\AppData\Local\Temp\tempDockerfile8218941026007538368 relative to Z:\Windows-Guide-Reviews\guide-docker\start RC=1 -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException

I moved the files for the guide to a directory on my C:/ drive and everything then worked as expected.

I don't think this was an issue with the guide application. Is there a possible fix or suggested action to take to prevent this error from occurring?

We should consider creating the temp Dockerfile within the user's project instead.

As a workaround until this is fixed, i did the following :

Add a .mvn/jvm.config file with the entry -Djava.io.tmpdir=java-tmpdir
Add java-tmpdir in the .gitignore file of the repo
This require that you launch your maven commands from your repository base or a sub-directory.

Fixed in https://github.com/OpenLiberty/ci.common/pull/295 which will be included in the next release of the Liberty Maven plugin.


Minor correction in Mfem_Assert call in sparsrMat class

Should it be B.width in the line << B.height << ", B.width = " << width in SparseMatric class ?
https://github.com/mfem/mfem/blob/670b7b1ae32f2126df8f4539a238b0aa4b8e33fe/linalg/sparsemat.cpp#L3059

Looks correct to me, the full line with some reformatting is essentially
cerr << "Mismatch of this matrix size and rhs. "
     << "This height = " << height
     << ", width = " << width
     << ", B.height = " << B.height
     << ", B.width = " << width;

@tzanio, I think the point is to replace ", B.width = " << width --> ", B.width = " << B.width.

Oh, that makes sense, sorry.
It should be indeed << ", B.width = " << B.width in the last line.
@prathamgit, do you want to propose a simple PR to fix it?

@tzanio i did not understand what is "simple PR fix" ?

Oh I just meant you can put the fix in a branch and issue a pull request to fix it in master.

Oh okay. Yes I can do that. Thanks!

Hi @prathamgit, do you still plan to make a pull request for this?

Oh I have, a few days ago.

Can you post a link to it here?

Right sorry. Here is the link.
https://github.com/mfem/mfem/pull/3161
I hope this link works.

Addressed in https://github.com/mfem/mfem/pull/3161


feat(icons): added fork-in-road icon

What is the purpose of this pull request?

[x] New Icon

Description
Added new fork-in-road icon.
Icon use case

This pull request adds a new "fork-in-road" icon to our map interface assets, designed to represent an upcoming split or division in a route where users must choose between two or more paths.

Reference;

Current icon does not serve the same purpose so its hopefully not a duplicate;

Purpose:
The "fork-in-road" icon provides clear visual guidance for users navigating complex road networks, highways, or decision points in various transportation scenarios. By alerting users to upcoming route choices, it enhances navigation accuracy and overall user experience.
Categories:
Navigation
Route Guidance
Traffic Signs
Real-Life Use Cases:

Highway Navigation: Alerts drivers to upcoming major highway splits, such as the division of I-95 into I-95 and I-295.
Airport Approach: Guides travelers to choose between terminals or airline-specific areas when approaching an airport.
National Park Trails: Indicates trail splits for hikers where paths diverge to different natural attractions or campsites.
Urban Transit Networks: Shows passengers where a bus or tram route splits, serving different city areas.
Bike Path Navigation: Alerts cyclists to upcoming path divisions in extensive urban or rural cycling networks.
Theme Park Navigation: Guides visitors through amusement parks where paths split to different themed areas or attractions.
Shopping Mall Wayfinding: Indicates where corridors split to different wings or levels in a large shopping complex.
University Campus Navigation: Shows students and visitors where paths diverge to different faculties or facilities.
Industrial Complex Routing: Guides truck drivers or workers through large industrial areas where roads split to different loading docks or facilities.
Ski Resort Trail Maps: Indicates where ski runs split into different difficulty levels or endpoints on the mountain.
Emergency Evacuation Routes: Shows critical decision points in evacuation plans for large buildings or urban areas.
Harbor Navigation: Guides boats to choose between different channels or docking areas when approaching a port.

Alternative icon designs

Icon Design Checklist
Concept

[x] I have provided valid use cases for each icon.
[x] I have not added any a brand or logo icon.
[x] I have not used any hate symbols.
[x] I have not included any religious or political imagery.

Author, credits & license

[x] The icons are solely my own creation.
[x] The icons were originally created in # by @
[ ] I've based them on the following Lucide icons:
[ ] I've based them on the following design:

Naming

[x] I've read and followed the naming conventions
[x] I've named icons by what they are rather than their use case.
[x] I've provided meta JSON files in icons/[iconName].json.

Design

[x] I've read and followed the icon design guidelines
[x] I've made sure that the icons look sharp on low DPI displays.
[x] I've made sure that the icons look consistent with the icon set in size, optical volume and density.
[x] I've made sure that the icons are visually centered.
[ ] I've correctly optimized all icons to three points of precision.

Before Submitting

[x] I've read the Contribution Guidelines.
[x] I've checked if there was an existing PR that solves the same issue.

This is inconsistent with split and the name is use case based instead of what is depicted. 👎

Also a ultra specific use case.


Add math.aqua

why not use sum(xs: []i64) -> i64  instead of add(xs: []i64) -> i64? Array.sum(x) seems more indicative of the operation.


Application need to be send after 12th March as per GSoC or we can have a review of it earlier too?

From original thread.

Application need to be send after 12th March as per GSoC or we can have a review of it earlier too? Are you mentor or previous GSoC student or participating this year?

The application deadline is March 27th.
Between February 12th and March 27th I'll be reviewing applications and helping discuss project ideas.
So, to answer your question, "we can have a review of it earlier too?" -- yes.

@redblobgames goes: "I think after 12 March, you're allowed to submit the application as "draft" and then you can ask the mentor to give you comments. Once you're finished with comments you can mark it as "final". Or you can put the draft application on gist or google docs or some other site, and ask the mentor to review that."
You are welcomed to send me a draft anytime now and I'll do my best to review them up front. I'd rather start receiving drafts sooner rather than earlier: the closer to the deadline you send the closer you'll be to the peak of volume of drafts and the less time I'll have to look at each individually.
Engage early.

hi @samuelgoto  can we mail you the drafts ?


Add Random Gif Generator

Is your feature request related to a problem? Please describe.
Adding a random GIF generator could be a fun and engaging feature for your platform, providing users with a source of entertainment and a way to express themselves through visual content. This can be particularly beneficial for social interactions, enhancing communication, and making the platform more lively and dynamic.
Describe the solution you'd like
Integrate the platform with a popular GIF API, such as Giphy or Tenor, to fetch random GIFs.
Add a button or a specific section where users can click to generate a random GIF.

Kindly assign to me ASAP.

Closing this as exists #1668


VueJs FE implementation

All tasks related to enabling support for VueJs when scaffolding a project.
useful information

https://inertiajs.com/client-side-setup

Steps to be completed

[x] define preset frontend components and inertia app

Refactoring of FE functions to be framework / fe agnostic

[x] installCoreReactFEDependencies -> installCoreFEDependencies
[x] copyReactStatic -> copyFrontendStatic
[x] copyReactFE -> copyFrontendResources
[x] copyReactStorybookFiles -> copyFrontendStorybookResources
[x] installStorybookReactDependencies -> installStoybookDependencies

Other Steps

[x] Initialize npm
[x] copy over preset tsconfig file
[x] install npm dependencies
[x] copy over the base front-end application
[x] create function to copy over storybook config if using the storybook option
[x] create function to install storybook dependencies if using the storybook option
[x] execute storybookjs setup when option is used on CLI
[x] update scripts within package.json file for Storybook

Next step: test in Windows


main branch protection activated. New action rule applied.

New action rule for PR.

Issue still presist


build: remove optimization when building in debug mode

Purpose

For reviewers

Related Github issues

Changes

Tests

Deployment Considerations
Version Notes
{ major | minor | patch }

NOTE: Include the version notes in the squash commit message

If we are disabling optimization, then we should introduce CMAKE_CXX_FLAGS_RELWITHDEBINFO and use -DCMAKE_BUILD_TYPE=RELWITHDEBINFO in our docker builds, so dev/testnet is not so slow

If you feel like changing it, go ahead. If not I will look at it after merging my branch with Miho's

Do we need this true debug build in the CI and executable builds?
If not we should also change it in Dockerfile and circle CI config files

Do we need this true debug build in the CI and executable builds?
If not we should also change it in Dockerfile and circle CI config files

it is changes in Docker file to new RelWithDebInfo and circle CI is using Release

@MatusKysel shouldn't we use the same build type for the binaries release(circle CI) as for docker image build? Discussed it some time ago as far as I remember

@kstdl for now we want to have debug info in docker, in case our nodes crash, so we can check what is the problem. In future it will be probably Release


Detected a change in checksum for 0.1.0 on Jan 30 2023

This seems to be a false alarm, but posting here to note that we are still looking into an issue as a user (not a committer).
This artifact:
https://github.com/ob/rules_kubebuilder/archive/refs/tags/v0.1.0.tar.gz
Our builds started failing as of this morning because the SHA256 checksum is now:
087af23f803ba41b6654f71e776cf8374f646eb3f711c51b226ead4492ab54f2
whereas previously it was:
50ce5afefd208f265701bf9b682a894f39c0824243fa5ca7668799ff477d6a65
It seems like the old/new artifacts are the same inside. There is a previous incident of GitHub artifacts checksums changing due to an OS upgrade.
Anyone else seeing this, can validate our findings that the artifacts are still the same?

This is a widespread problem for build systems that enforce checksums (like Bazel) - GitHub has apparently broken all sorts of project. This was just the first for us.
https://bazelbuild.slack.com/archives/CA31HN1T3/p1675108074841609


how to transform .pb to .onnx

I try to transform .pb to .onnx, but failed. Can you give me some advice or provide the file of onnx

Hello @yjmm10,
I just tried the conversion with the official tool https://github.com/onnx/tensorflow-onnx and I failed as well:
python -m tf2onnx.convert  --saved-model guesslang/data/model/  --output model.onnx
...
2021-07-06 20:32:13.850571: E tensorflow/core/grappler/grappler_item_builder.cc:669] Init node head/predictions/class_string_lookup/table_init/LookupTableImportV2 doesn't exist in graph

But when I load the graph I can find the node on the graph.
Mean that the issue is on the tool:
from guesslang.model import load

model = load(path)

found = None
for operation in model.graph.get_operations():
    if 'head/predictions/class_string_lookup/table_init/LookupTableImportV2' in operation.name:
        found = operation
        break

print(found)
# <tf.Operation 'head/predictions/class_string_lookup/table_init/LookupTableImportV2' type=LookupTableImportV2>

For me, you can either:

convert the model to a simpler format like TFLite then convert it to ONNX,
report this issue to the https://github.com/onnx/tensorflow-onnx developers,
or try an other conversion tool than the official one.

Hello @yjmm10,
你好@yjmm10,
I just tried the conversion with the official tool https://github.com/onnx/tensorflow-onnx and I failed as well:
我刚刚尝试了官方工具 https://github.com/onnx/tensorflow-onnx 的转换，也失败了:
python -m tf2onnx.convert  --saved-model guesslang/data/model/  --output model.onnx
...
2021-07-06 20:32:13.850571: E tensorflow/core/grappler/grappler_item_builder.cc:669] Init node head/predictions/class_string_lookup/table_init/LookupTableImportV2 doesn't exist in graph

But when I load the graph I can find the node on the graph.
Mean that the issue is on the tool:
但是当我加载图时，我可以在图中找到节点。这意味着问题在于工具:
from guesslang.model import load

model_dir = './guesslang/data/model'
model = load(model_dir)

found = None
for operation in model.graph.get_operations():
    if 'head/predictions/class_string_lookup/table_init/LookupTableImportV2' in operation.name:
        found = operation
        break

print(found)
# <tf.Operation 'head/predictions/class_string_lookup/table_init/LookupTableImportV2' type=LookupTableImportV2>

For me, you can either:
对我来说，你可以选择:
* convert the model to a simpler format like TFLite then convert it to ONNX, 将模型转换为更简单的格式，如 TFLite，然后将其转换为 ONNX,

* report this issue to the  把这个问题报告给https://github.com/onnx/tensorflow-onnx developers, 开发商,

* or try an other conversion tool than the official one. 或者试试别的转换工具

Thanks, I will try to convert the model to a simpler format like TFLite then convert it to ONNX. If it doesn't work, i should ask developers for help


Unable to build docker image locally

Note: Providing complete information in the most concise form is the best way to get help. This issue template serves as the checklist for essential information to most of the technical issues and bug reports. For non-technical issues and feature requests, feel free to present the information in what you believe is the best form.
For Q & A and discussion, please start a discussion thread at https://discuss.mxnet.io
Description
I'm trying to setup a development environment and am unable to build docker image locally. I'm trying to learn(i.e trying to set myself up for contributions) and AFAIK building the python CPU image is a quick sanity check. Please correct me if there any other way to check that my repo is in a state to start contributing.
Environment info (Required)
What to do:
1. Clone the `apache/incubator-mxnet` repository
2. `cd docker`
3. `./tool.sh build python cpu`

Package used (Python/R/Scala/Julia):
(I'm trying to use the Python CPU package)
Build info (Required if built from source)
Compiler (gcc/clang/mingw/visual studio): Docker image
MXNet commit hash: 988458f0a7203121ba30f6b50e1acb58d227c219
Build config:
% ./tool.sh build python cpu
http://batman.gyptis.org/zerobin/?484ec556dcaf2c5e#4bViUUjHZzxQ4hOh5pBuSKc2FB5NXHnptvYEcWdQd5E=

Error Message:
g++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.8/README.Bugs> for instructions.
make: *** [build/src/operator/tensor/control_flow_op.o] Error 4
make: *** Waiting for unfinished jobs....
The command '/bin/sh -c git clone --recursive https://github.com/dmlc/mxnet && cd mxnet &&     make -j$(nproc) &&     rm -r build' returned a non-zero code: 137

Minimum reproducible example
(If you are using your own code, please provide a short script that reproduces the error. Otherwise, please provide link to the existing example.)
What have you tried to solve it?

Upgraded the docker version to Docker version 18.03.1-ce, build 9ee9f40

My bad. This issue got fixed after I allocated more memory to docker (4GB) and more swap(2GB). Closing the issue.


Replace cluster for integration tests from KIND to K3d

We already use k3d for tilt + it's much faster and supports network policies by default.

Isn't it done already?

Implemented as part of https://github.com/glothriel/wormhole/pull/69 - KIND wasn't playing very nice with Network Policies.


Option to calibrate battery

From what I have been reading, it is advisable to calibrate the battery once in a while when not using tools such as BatFi.
I can do it manually of course, but it would be nice to have a calibrate battery option which:

Charges battery to 100%
Drains battery to 15%
Charges battery again to 100%
Resumes normal operations.

What do you think about battery calibration?

+1, would allow me to switch from AlDente as I have a hard time keeping track of things


Performance testing

Do you guys use anything specifically to test the performance of the library?
I'm thinking something along the lines of:

Take a large json file (maybe 100 MB)
Write it to the embedded test mongo
Do some operations involving the data (self-join, queries, counts, etc). Enough things to force at least 1 read of the full collection.
Output back to a json file (perhaps a copy of the original json, easy to validate then).

A real world application with a very deterministic flow would work as well.
Scala is notorious for having fairly innocuous things that are detrimental to performance.  With a performance test of sorts, some of these could be identified in the code and fixed.
Just an idea if something doesn't already exist.

podeis mirar esto gracias.
On 26 August 2015 at 13:49, Denton Cockburn<EMAIL_ADDRESS>wrote:

Do you guys use anything specifically to test the performance of the
library?
I'm thinking something along the lines of:

Take a large json file (maybe 100 MB)
Write it to the embedded test mongo
Do some operations involving the data (self-join, queries, counts,
etc). Enough things to force at least 1 read of the full collection.
Output back to a json file (perhaps a copy of the original json, easy
to validate then).

A real world application with a very deterministic flow would work as well.
Scala is notorious for having fairly innocuous things that are detrimental
to performance. With a performance test of sorts, some of these could be
identified in the code and fixed.
Just an idea if something doesn't already exist.
—
Reply to this email directly or view it on GitHub
https://github.com/Stratio/spark-mongodb/issues/19.

--
Jose Manuel Gómez
http://www.stratio.com/
Vía de las dos Castillas 33. Ática 4. 3ª Planta
28224 Pozuelo de Alarcón, Madrid
Tel: +34 91 352 59 42 // @stratiobd https://twitter.com/StratioBD

We don't recommend to use the embedded mongo neither a local mongo to test the performance because your program is sharing resources with mongo.
A good environment would be a cluster (or a single external mongo), for instance, a replica set with three machines. Take care with your bandwidth as well.
We tested scala-driver and java-driver performance and in some parts scala is faster.
A real world application is always a good idea.
What you want to compare with this library?

I see some performance issues in the code we're working with, and I'm not sure if it's in the library or elsewhere. It's not terribly important right now, but it may be something I can tackle later.
Right now I'm more blocked by the absence of  'update' for saving to Mongo. I'm instead using the Mongo-Hadoop connector for that, but I may just bite the bullet and implement it in spark-mongodb.

We implement replaceOne.
An example of this would be:
import org.apache.spark.sql.SQLContext._
import org.apache.spark.sql._
// if your collection already exist, use mongodb _id field for "_idField" parameter.
val options = Map("host" -> "localhost:27017", "database" -> "highschool", "collection" -> "students", "_idField" -> "name")
case class Student(name: String, age: Int)
val dfw: DataFrame = sqlContext.createDataFrame(sc.parallelize(List(Student("Torcuato", 46))))
dfw.write.format("com.stratio.provider.mongodb").mode(SaveMode.Append).options(options).save()
val dfr = sqlContext.read.format("com.stratio.provider.mongodb").options(options).load
dfr.show

Then, we update the age of Torcuato to 56:
val dfw: DataFrame = sqlContext.createDataFrame(sc.parallelize(List(Student("Torcuato", 56))))
dfw.write.format("com.stratio.provider.mongodb").mode(SaveMode.Append).options(options).save()
val dfr = sqlContext.read.format("com.stratio.provider.mongodb").options(options).load
dfr.show

Is what you need?

No, not quite.
replaceOne replaces the entire document, I wanted a want to update specific fields via operators like $addToSet and $setOnInsert, etc.
I think I've found a way to do it (locally so far, but haven't tried it in our code).  If the field names are all operators (save for the _idField), then use updateOne instead of replaceOne.

First of all we are going to check updateOne and then think about implement update.

OK great.  We can close this issue now.  It was just to sound out the performance idea.

Thanks for your feedback! :)


add lightning privacy pt translation

Add first foreign translation (Portugues) by @ldecferreira
dependent on https://github.com/bitcointranscripts/bitcointranscripts.github.io/pull/4 being merged first

Cool. Can we get an ACK from a Portuguese speaker?

@ldecferreira (native Portuguese speaker) is the author of the translated transcript. Do you think we need an additional speaker to ACK?


Map all bytecode in range

Fixes many bytecode mapping bugs. PR since >300 tests are updated.

Thanks for the review! Will merge now.


Remove meaninglessly nested list in MixNet model configuration

Description
Please include a summary in English, of the changes in this pull request. If it closes an issue, please mention it here.
Closes: ~
You should link at least one existing issue for PR. Before your create a PR, please check to see if there is an issue for this change.
PRs from forked repository not accepted.
Change(s)

Remove meaninglessly nested list in MixNet model configuration
Rename field names  in stage_params

exp_kernel_sizes -> num_exp_groups
poi_kernel_sizes -> num_poi_groups

Changelog
If you PR to dev branch, please add a brief summary of the change to the Upcoming Release section of the CHANGELOG.md file and include a link to the PR (formatted in markdown) and a link to your github profile.
For example,
- Added a new feature by `@myusername` in [PR 2023](https://github.com/Nota-NetsPresso/netspresso-trainer/pull/2023)

Code Formatting
If you PR to either master or dev branch, you should follow the code linting process. Please check your code with lint_check.sh in ./scripts directory.
For more information, please read the contribution guide in CONTRIBUTING.md.

This pull request contains #264


add find dep to unresolved classes?

feat: code action to search for missing JBang dependencies #77  is awesome
wold be extra awesome if could do similar quickfix when class cannot resolve.
It would be less precise but I would be great to just type class name and the plugin would take a best guess or offer list of possible dependencies that has such class.

yeah I was planning on looking into it


Reposition stopped working going from 3.11.1 to any newer version (3.11.2, 4.x)

Sample code here:
https://codesandbox.io/s/competent-hooks-bicfv?file=/src/Tooltip.tsx
After upgrading from 3.11.1, I found that tooltips that won’t fit no longer reposition to some other position (top => left, bottom, right). I have tested this in Safari and Chrome on macOS.
<ReactTooltip
          className={className}
          id={id}
          effect="solid"
          place="top"
          type={dark ? "dark" : "light"}
        >

{text}

        </ReactTooltip>

Here's what gets displayed with 3.11.1:

And with 3.11.2 or newer (in this case 3.11.6)

Help?

Same issue here

Here's the diff - what change broke this?
https://github.com/wwayne/react-tooltip/compare/v3.11.1...v3.11.2

@perbergland thanks for pointing out the obvious 😊
I found the error & will create a Pull Request.

Thanks for the quick response!

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket: