Use raw pointer for Context and Device, mark them Send

The following code will not compile due to lifetime constraints:
use std::sync::{Arc, Mutex};
use std::thread;

pub(crate) struct NfcState<'a> {
    context: nfc1::Context<'a>,
}

pub(crate) struct Reader<'a> {
    pub(crate) name: String,
    device: Arc<Mutex<nfc1::Device<'a>>>,
}

impl NfcState<'_> {
    pub(crate) fn new() -> Result<Self, ()> {
        let context = nfc1::Context::new().unwrap();
        Ok(Self {
            context,
        })
    }

    pub(crate) fn open_reader(&mut self, name: &str, conn_string: &str) -> Result<Reader, ()> {
        let mut device = self.context.open_with_connstring(conn_string).expect("Failed to open NFC reader");
        device.initiator_init().expect("Failed to initialize NFC reader");

        Ok(Reader {
            name: name.to_string(),
            device: Arc::new(Mutex::new(device)),
        })
    }
}

impl Reader<'_> {
    pub(crate) fn begin_reading(&mut self) -> Result<(), ()> {
        let foo = self.device.clone();
        let join_handle = thread::spawn(move || {
            let mut bar = foo.lock().unwrap();
        });

        Ok(())
    }
}

error[E0521]: borrowed data escapes outside of method
  --> src/nfc.rs:34:19
   |
33 |     pub(crate) fn begin_reading(&mut self) -> Result<(), ()> {
   |                                 ---------
   |                                 |
   |                                 `self` is a reference that is only valid in the method body
   |                                 has type `&mut nfc::Reader<'1>`
34 |         let foo = self.device.clone();
   |                   ^^^^^^^^^^^^^^^^^^^
   |                   |
   |                   `self` escapes the method body here
   |                   argument requires that `'1` must outlive `'static`
   |
   = note: requirement occurs because of the type `std::sync::Mutex<Device<'_>>`, which makes the generic argument `Device<'_>` invariant
   = note: the struct `std::sync::Mutex<T>` is invariant over the parameter `T`
   = help: see <https://doc.rust-lang.org/nomicon/subtyping.html> for more information about variance

When the changes in this PR are applied, the code above may be reworked as follows:
--- example.rs	2024-11-06 18:43:07.180832094 -0500
+++ example-reworked.rs	2024-11-06 18:44:14.831005114 -0500
@@ -1,16 +1,16 @@
 use std::sync::{Arc, Mutex};
 use std::thread;

-pub(crate) struct NfcState<'a> {
-    context: nfc1::Context<'a>,
+pub(crate) struct NfcState {
+    context: nfc1::Context,
 }

-pub(crate) struct Reader<'a> {
+pub(crate) struct Reader {
     pub(crate) name: String,
-    device: Arc<Mutex<nfc1::Device<'a>>>,
+    device: Arc<Mutex<nfc1::Device>>,
 }

-impl NfcState<'_> {
+impl NfcState {
     pub(crate) fn new() -> Result<Self, ()> {
         let context = nfc1::Context::new().unwrap();
         Ok(Self {
@@ -29,7 +29,7 @@
     }
 }

-impl Reader<'_> {
+impl Reader {
     pub(crate) fn begin_reading(&mut self) -> Result<(), ()> {
         let foo = self.device.clone();
         let join_handle = thread::spawn(move || {

Hi, thanks for the contribution.
While the mentioned code will now compile with these changes, and that may work fine because you are using a Mutex, safety is no longer guaranteed by the library.
With this seemingly harmless change, it may be opening possibilities to cause problems in libnfc, for example by calling initiator_poll_target simultaneously from two threads.
As this is the "safe" library (as opposed to nfc1-sys), I'd like to keep any language-provided safeguards in place, while still allowing full use of the libnfc library.
If I'm mistaken and there are no new safety issues introduced here, I'd like to see some documentation about the safety of this written near the unsafe code introduced.
Otherwise, I believe further research into the thread safety requirements of libnfc is required. Then, any required safeguards around the raw pointer should be implemented in the library, not allowing for misuse.

Another way to get around the library-imposed restrictions, could be to only use the library from one specific thread.
It's not like NFC communication is very asynchronous anyway 😁

Hi @alexrsagen. Thank you for responding to this so quickly. I am new to Rust, so the logic which follows in this comment may be incorrect. I appreciate any corrections you have to offer.
Regarding safety, I believe that marking them Send (but not Sync) is correct, because Send only declares to the compiler that there is no thread-local storage — it makes no claims about thread safety (which is what Sync would do).
Without this PR
I have multiple PN532s, and I want to be able to poll all of them simultaneously:
let mut context = nfc1::Context::new().unwrap();
thread::spawn(move || {
    let mut device = context.open_with_connstring("DEVICE A").unwrap();
    device.initiator_poll_target(&[Modulation {
        modulation_type: ModulationType::Iso14443a,
        baud_rate: BaudRate::Baud106
    }], 10, Duration::from_millis(150)).unwrap();
});

thread::spawn(move || {
    let mut device = context.open_with_connstring("DEVICE B").unwrap();
    device.initiator_poll_target(&[Modulation {
        modulation_type: ModulationType::Iso14443a,
        baud_rate: BaudRate::Baud106
    }], 10, Duration::from_millis(150)).unwrap();
});

However, I am not permitted to do so:
error[E0382]: use of moved value: `context`
  --> src/nfc.rs:72:15
   |
63 | let mut context = nfc1::Context::new().unwrap();
   |     ----------- move occurs because `context` has type `nfc1::Context<'_>`, which does not implement the `Copy` trait
64 | thread::spawn(move || {
   |               ------- value moved into closure here
65 |     let mut device = context.open_with_connstring("DEVICE A").unwrap();
   |                      ------- variable moved due to use in closure
...
72 | thread::spawn(move || {
   |               ^^^^^^^ value used here after move
73 |     let mut device = context.open_with_connstring("DEVICE B").unwrap();
   |                      ------- use occurs due to use in closure

Wrapping the Context in a Arc<Mutex<T>> allows this to compile:
let context = Arc::new(Mutex::new(nfc1::Context::new().unwrap()));
let context1 = context.clone();
thread::spawn(move || {
    let mut context1 = context1.lock().unwrap();
    let mut device = context1.open_with_connstring("DEVICE A").unwrap();
    device.initiator_poll_target(&[Modulation {
        modulation_type: ModulationType::Iso14443a,
        baud_rate: BaudRate::Baud106
    }], 10, Duration::from_millis(150)).unwrap();
});

let context2 = context.clone();
thread::spawn(move || {
    let mut context2 = context2.lock().unwrap();
    let mut device = context2.open_with_connstring("DEVICE B").unwrap();
    device.initiator_poll_target(&[Modulation {
        modulation_type: ModulationType::Iso14443a,
        baud_rate: BaudRate::Baud106
    }], 10, Duration::from_millis(150)).unwrap();
});

However, the following code does not compile:
pub(crate) struct NfcState<'a> {
    context: Arc<Mutex<nfc1::Context<'a>>>,
}

impl NfcState<'_> {
    pub(crate) fn new() -> Result<Self, AppError> {
        let context = Arc::new(Mutex::new(nfc1::Context::new()?));
        Ok(Self {
            context,
        })
    }

    pub(crate) fn open_reader(&mut self, conn_string: String) -> Result<(), AppError> {
        let context = self.context.clone();
        thread::spawn(move || {
            let mut context = context.lock().unwrap();
            let mut device = context.open_with_connstring(&conn_string).unwrap();
            device.initiator_init().unwrap();
        });

        Ok(())
    }
}

error[E0521]: borrowed data escapes outside of method
  --> src/nfc.rs:28:23
   |
27 |     pub(crate) fn open_reader(&mut self, conn_string: String) -> Result<(), AppError> {
   |                               ---------
   |                               |
   |                               `self` is a reference that is only valid in the method body
   |                               has type `&mut NfcState<'1>`
28 |         let context = self.context.clone();
   |                       ^^^^^^^^^^^^^^^^^^^^
   |                       |
   |                       `self` escapes the method body here
   |                       argument requires that `'1` must outlive `'static`
   |
   = note: requirement occurs because of the type `std::sync::Mutex<nfc1::Context<'_>>`, which makes the generic argument `nfc1::Context<'_>` invariant

With this PR
With the changes introduced in this PR, the following code will compile:
pub(crate) struct NfcState {
    context: Arc<Mutex<nfc1::Context>>,
}

impl NfcState {
    pub(crate) fn new() -> Result<Self, AppError> {
        let context = Arc::new(Mutex::new(nfc1::Context::new()?));
        Ok(Self {
            context,
        })
    }

    pub(crate) fn open_reader(&mut self, conn_string: String) -> Result<(), AppError> {
        let context = self.context.clone();
        thread::spawn(move || {
            let mut context = context.lock().unwrap();
            let mut device = context.open_with_connstring(&conn_string).unwrap();
            device.initiator_init().unwrap();
        });

        Ok(())
    }
}

Note that, because the Context is Send but not Sync, users will not be permitted to share Context between threads without a Mutex. In this example, I use a Arc<nfc1::Context> instead of a Arc<Mutex<nfc1::Context>>:
pub(crate) struct NfcState {
    context: Arc<nfc1::Context>,
}

impl NfcState {
    pub(crate) fn new() -> Result<Self, AppError> {
        let context = Arc::new(nfc1::Context::new()?);
        Ok(Self {
            context,
        })
    }

    pub(crate) fn open_reader(&mut self, conn_string: String) -> Result<(), AppError> {
        let mut context = self.context.clone();
        thread::spawn(move || {
            let mut device = context.open_with_connstring(&conn_string).unwrap();
            device.initiator_init().unwrap();
        });

        Ok(())
    }
}

error[E0277]: `*mut nfc1_sys::nfc_context` cannot be shared between threads safely
   --> src/nfc.rs:29:23
    |
29  |           thread::spawn(move || {
    |  _________-------------_^
    | |         |
    | |         required by a bound introduced by this call
30  | |             let mut device = context.open_with_connstring(&conn_string).unwrap();
31  | |             device.initiator_init().unwrap();
32  | |         });
    | |_________^ `*mut nfc1_sys::nfc_context` cannot be shared between threads safely
    |
    = help: within `nfc1::Context`, the trait `Sync` is not implemented for `*mut nfc1_sys::nfc_context`, which is required by `{closure@src/nfc.rs:29:23: 29:30}: std::marker::Send`

Another way to get around the library-imposed restrictions, could be to only use the library from one specific thread.

My use case calls for opening and polling multiple readers simultaneously. Is creating multiple Contexts per application unsound? I would need to create one per thread.


apps sc: Added network policies for the Logging stack

What this PR does / why we need it:
Which issue this PR fixes (use the format fixes #<issue number>(, fixes #<issue_number>, ...) to automatically close the issue when PR gets merged): fixes #1127
Public facing documentation PR (if applicable)

Special notes for reviewer:
Add a screenshot or an example to illustrate the proposed solution:
Checklist:

[ ] Added relevant notes to WIP-CHANGELOG.md
[ ] Proper commit message prefix on all commits
[ ] Updated the public facing documentation
Is this changeset backwards compatible for existing clusters? Applying:

[ ] is completely transparent, will not impact the workload in any way.
[ ] requires running a migration script.
[ ] will create noticeable cluster degradation.
E.g. logs or metrics are not being collected or Kubernetes API server
will not be responding while upgrading.
[ ] requires draining and/or replacing nodes.
[ ] will change any APIs.
E.g. removes or changes any CK8S config options or Kubernetes APIs.
[ ] will break the cluster.
I.e. full cluster migration is required.

Chart checklist (pick exactly one):

[ ] I upgraded no Chart.
[ ] I upgraded a Chart and determined that no migration steps are needed.
[ ] I upgraded a Chart and added migration steps.

Pipeline config (if applicable)
If you change some config options (e.g. add/rename variable or change the default value) you may need to update the config used by the pipeline in pipeline/config.

Just realized that I missed that I should do WC as well


Add implicit dependencies analysis

This PR adds support for implicit dependencies analysis. For instance, given a project that has its "Link Binary With Libraries" build phase empty, but uses build settings (namely, OTHER_LDFLAGS) to set up it's dependencies, pandan will parse this settings (even from xcconfig files) and create the proper nodes for the analysis graph.
Check xcode_project_use_only_xcconfig_to_pass_linker_flags for an example of this case.
This PR depends on https://github.com/CocoaPods/Xcodeproj/pull/476
This PR is related to https://github.com/xing/pandan/issues/7.

@maxfriedrich I'm done with this. After review we could merge this and let it sit on master until a next revision of CocoPods/Xcodeproj is released.


fixed declining tagging via returning null #755

Just a small fix to the tagging code. All tests are passing.
The ui-select module has been a lifesaver, thanks!

Refer to https://github.com/angular-ui/ui-select/issues/755

+1

@shoaibmerchant, are you able to rebase this?  thanks.

@aaronroberson or @user378230  cannot reproduce this issue any more maybe close it down as #755
is already closed?


A few local devices to start?

It would be good to have a few devices pre-loaded that have "any" access.  This will demonstrate the threat surface a bit better.

Incorporated.


Removing support for heartbeat survey

What? and Why?

Removes support for heartbeat service, not used and would cause production issues if it was.

Checklist

CHANGELOG.md updated

Codecov Report

Merging #89 into master will decrease coverage by 0.56%.
The diff coverage is 100%.

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

 Remove the heartbeat from SDX (3)


Call a callback when the configuration has changed

Allow a client to specify a callback that should be called when automatic polling fetches an updated configuration. The callback shouldn't be called if the configuration hasn't been changed.

More into that:
https://configcat.com/docs/sdk-reference/ruby/#auto-polling-default


Change referencing super.prepare call to this.prepare in quill-cassandra contexts

Problem
executeQuery and executeAction in CassandraAsyncContext and CassandraSessionContext classes are calling super.prepare. This will not allow any overriden implementation of prepare to be called.
Solution
Call prepare method  using this and not using super
@getquill/maintainers

@ayushworks Sure, However I'm about to finish #987 so we could release 2.4.

@ayushworks However if you need it know you could use snapshot version 2.3.4-SNAPSHOT

Thanks @mentegy !!!


PopConfirm doesn't work with Bootstrap 4 and jQuery 3.3.1

PopConfirm is currently not working properly in Bootstrap 4 and jQuery 3.3.1. For example, when trying to employ PopConfirm to confirm a form submission, the form does not submit and the result is an un-closable instance of the popover that only goes away when the DOM is refreshed. I'd fix it but I don't know how, and I suspect that it may be due to a change in jQuery.
The Bootstrap 4 changes are easy enough because I think it's mostly just changes to the button names and styling. But, the bigger question is getting forms to submit and removing the popover instance after it is submitted.

I am using:

jQuery: 3.3.1
Bootstrap: 4.1.3
PopConfirm: 0.4.5

My loading order is:

bootstrap.min.css
jquery.min.js
bootstrap.min.js
jquery.popconfirm.js

All is working for me.

Thanks @johnabela for the reply. Hmm, curious that it's working for you. I'll have to do some more fiddling and see if I can share the issue I'm seeing.

Can you share with us the modifications you made to improve the package ? :)

@Ifnot - Here is what I did...
Inside the popConfirm: function (options) { I added a new variable/option, after noBtn:'No', called btnColor: 'btn-success' this allows us/me to pass through any different btn color option that bootstrap offers.
Next, within self.popover() the content variable goes from:
content: options.content + '
<button type="button" class="btn btn-small confirm-dialog-btn-abort">' + options.noBtn + '</button> <button type="button" class="btn btn-small btn-danger confirm-dialog-btn-confirm">' + options.yesBtn + '</button>
'
to:
content: options.content + '
<button type="button" class="btn btn-small confirm-dialog-btn-abort">' + options.noBtn + '</button> <button type="button" class="btn btn-small ' + options.btnColor + ' confirm-dialog-btn-confirm">' + options.yesBtn + '</button>
'
Those are the only changes that I have made.
Usage:
$("[data-toggle='popConfirmation']").popConfirm({title:"Please Confirm!",content:"Final warning…",placement:"top",container:"body",yesBtn:"Confirm",noBtn:"Cancel",btnColor:"btn-danger"});

I changed the styling on the buttons to suit my preferences on line 119 to match the new button names in Bootstrap 4. Also, on line 153, I changed .confirm-dialog-btn-abord to .confirm-dialog-btn-abort

@bhall7  - ugh, do I ever hate bootstrap modals. I avoid them like the plague. But, that said, yep, my updated version (call it, 0.4.6, if you want too) does work with the latest bootstrap/jquery/modal.
Here is a JSFiddle showing it works. With the exception of the button that has the id="popConfirmation" (html line #17, I think) this is code taken directly from the bootstrap website.
I confirmed it worked in Chrome and Firefox, did not test anything else.

I'm still having issues getting PopConfirm to work for me. On the site I'm working on, the buttons are not appearing:

However, I'm unable to replicate the issue on Codeply. I'm now using the following dependencies and updated versions, loading them in the following order:

Bootstrap CSS 4.3.1
jQuery 3.3.1
popper.js 1.14.7
Bootstrap 4.3.1
PopConfirm 0.4.5

I'm using the following settings for my confirm button, and I can trigger it, but now I don't get any buttons. When I change the placement setting, it reflects the settings properly, I just can't figure out why the buttons are not there:
    $(".btn-delete").popConfirm({
        title: "Delete Item",
        content: "Are you sure you want to delete this item?",
        placement: "top"
        container: false
    });

When I click on the element in Chrome Dev Tools, it simply doesn't show the buttons at all:

Any suggestions would be greatly helpful!

UPDATE: The invisible buttons issue appears to be a new issue introduced with Bootstrap 4.3.1, which addressed some XSS issues. When I revert back to Boostratp 4.2.1, the buttons show up just fine:

In Bootstrap 4.3.1, they introduced a sanitizer for Tooltips and Popovers (https://getbootstrap.com/docs/4.3/getting-started/javascript/#sanitizer). To allow buttons and get PopConfirm to work, you need to add the following line to your JavaScript file to whitelist buttons:
$.fn.tooltip.Constructor.Default.whiteList.button = []
I updated the Codeply showing this working. Here's a link to the StackOverflow answer: https://stackoverflow.com/questions/54854862/bootstrap-4-3-1-broke-popconfirm/54942434#54942434.


fixed wrong number. borderHue can be a number between 0 and 3599.

What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)
fixed the wrong check of Border Hue inside the Protocol

What is the current behavior? (You can also link to an open issue here)
The Applications crashes on wrong value

What is the new behavior (if this is a feature change)?
It uses now the correct value

Other information:
see 'KeDV' in https://www.skaarhoj.com/fileadmin/BMDPROTOCOL.html

Whoops, I'm sure that git blame is on me ;)
Thanks for the PR! This will be in the next release.


Suggestion: Obtain item values before sending API request

🚀 feature request
Is your feature request related to a problem? Please describe.

Too many requests are being sent to the API leading to service disruption.
Describe the solution you'd like

Instead of sending multiple requests each time the user changes a value, send one once the user has specified the values.
Describe alternatives you've considered

Adding a "Search" button in for the user to press once they are finished configuring the values they wish to send with the request.
The only issue with this would be the user having to press the button even if the item they wish to search for has no mod values.
Additional context

This is related to the debounce time. It was 5 seconds default in a previous release, and recently became .5s default. It is user configurable.
My suggestion is to combine this feature request with a mandatory, non-configurable 5 second bounce time. This will alleviate API pressure while allowing people to lock in searches they know they want.

Yeah, that sounds like a sensible solution, It would certainly reduce the amount of requests and the frequency at which they're sent enormously.

This is related to the debounce time. It was 5 seconds default in a previous release, and recently became 1.5s default. It is user configurable.
My suggestion is to combine this feature request with a mandatory, non-configurable 5 second bounce time. This will alleviate API pressure while allowing people to lock in searches they know they want.

i like this idea. Could the error occured problems be related to too many request sent at that time? I raised the debounce time so i had time to adjust the settings because otherwise it was refreshing way too fast

Agree with the required search button you press after selecting mods but a mandatory 5 seconds timer seems a bit long for responsiveness for experienced players that already know which mods they'll want to lock and take maybe a second or two to select them. Being too restrictive here could lead to users migrating to another tool with less restrictions and ultimately an increase in API load.
In addition to the search button, I'd like to add the request for it to be Hotkeyable, in the old AHK-TradeMacro this was the default hotkey Alt-S ( _S_earch)

I agree with @ghr74 : If the overlay already has the right attributes selected after I press ctrl+d, I want it to display the results immediately, and  not wait for 5 seconds.

You can click 'Now' button near debounce timer to show results immediately. At least this was in the release with 5-second timer by default.

Right, the issue is how frequently the application sends requests to the trade API (Every time a value is changed pretty much). Another possible workaround could be 1 request when CTRL + D is pressed then a subsequent request once the user has selected ALL the mods they wish to compare.
This wouldn't impact the speed for items with no modifiers (Currency) and would give the user enough time to provide all their input before sending another request.

Hi, thanks for creating an issue. This has been added with #522. Setting the debounce time to it's max value will disable the automatically re-search on change. Also please see my response here regarding the flooding.

Hello, thanks for the clarification. It's good to see the issue is "technically" fixed. If you can spare the dev time, the two requests regarding this I would have:
a) When setting to max debounce, make the "skip debounce" button more prominent, or change the wording to make it a bit more clear/easy to hit.
b) Add a configurable keybind for the "skip debounce" button (at least I couldn't find one), again for easy of use with max debounce.

Much appreciated, Thanks!


No infos on funding fees anywhere

Hi, I was wanting to try out the app, but I cannot find any info on a fee schedule. The app let's you buy with leverage but doesn't say how much you pay for borrowing money.

Thanks for creating a ticket @carboncls . You are right, at the moment there are no funding rates. We are working on this and will roll it out in a later release.

Tracked here: https://github.com/get10101/10101/issues/1926

Well, I didn't mean to make you add a funding fee =) I just thought it was important information, whether there is none, or if there is one, how much it is.


Add Null safe version

This package depends on http: ^0.12.1. Please upgrade to null safety and use http: 0.13.0

+1

+1

+1

I am getting the feeling this repo is no longer maintained. A number of forks have implemented null safety and now 2 PRs waiting

I have forked the repository and migrated it to null-safety, you can use it by using git reference.
http_proxy:
  git:
    url: https://github.com/littleGnAl/http_proxy.git

@littleGnAl can you publish it to pub?

@ozz-rjq As I know, the package should be renamed if I publish it.

@littleGnAl it just looks like this package is not going to be updated anymore, so we will at least have another version with nullsafety

@ozz-rjq I finally create a new package http_proxy_override, hope it can help you.
https://pub.dev/packages/http_proxy_override

1.2.0 support null safety now

about supporting null safety


Falsy Bouncer Bug

FreeCodeCamp Issue template
To Use this Template:

Fill out what you can
Delete what you do not fill out

NOTE: ISSUES ARE NOT FOR CODE HELP - Ask for Help at https://gitter.im/FreeCodeCamp/Help
Issue Description
null appears to not be removed from the array when .filter() method is applied.
Browser Information

Google Chrome, Version 49.0.2623.87 m
Windows 10 64 bit

Your Code
function bouncer(arr) {
// Don't show a false ID to this bouncer.
var arrayNew = [];
arrayNew = arr.filter(function(val) {
switch(val) {
case null:
case false:
case 0:
case "":
case undefined:
case NaN:
return false;
default:
return true;
}
});
return arrayNew;
}
bouncer([7, "ate", "", false, 9]);
bouncer([false, null, 0, NaN, undefined, ""]);
If relevant, paste all of your challenge code in here

Screenshot

Hey @Kennard123661, if you need help, please go to our main room or our HelpJavascript room. GitHub is for issues only :smile:

Hi Akira!
The issue is that my switch code should remove the null for the array and make an empty array. However, it removes everything but the null. I've tried it with my other if codes but it still didn't work, much to my dismay.
With Regards,
Kennard Ng
On 17 Mar 2016, at 6:31 PM, Akira Laine <notifications<EMAIL_ADDRESS>wrote:
Closed #7587https://github.com/FreeCodeCamp/FreeCodeCamp/issues/7587.

You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHubhttps://github.com/FreeCodeCamp/FreeCodeCamp/issues/7587#event-593198814

@Kennard123661  Actually, the return value for bouncer([false, null, 0, NaN, undefined, ""]) using your code would be [NaN]. You can confirm this by adding console.log(arrayNew) just before it is returned and checking your browser's console.
Your switch statement doesn't catch NaN because NaN compares unequal to all values including itself. More info about NaN.
I'm not sure why it outputs [null] in the challenge console on the left.

You sent this to the wrong member. I'm still learning what 'img' means.
(We'll talk in a few years when my training wheels are off)
-KT
kreddibletrout.com
'... cos everyone should have a nice piece of Trout to nail to the wall!'

On Mar 18, 2016, at 12:16 AM, Alister Najib Mada<EMAIL_ADDRESS>wrote:
@Kennard123661 Actually, the return value for bouncer([false, null, 0, NaN, undefined, ""]) using your code would be [NaN]. You can confirm this by adding console.log(arrayNew) just before it is returned and checking your browser's console.
Your switch statement doesn't catch NaN because NaN compares unequal to all values including itself. More info about NaN.
I'm not sure why it outputs [null] in the challenge console on the left.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub


unbound always-nxdomain vs always-null?

someone asked to implement always-null instead of always-nxdomain for unbound for the purpose of ad blocking (and it was done) https://github.com/NLnetLabs/unbound/issues/397
so maybe that's better?

Thanks for bringing this up, @Owyn!
@spirillen, have you had a chance to do any testing with this? It seems like the performance was better with nxdomain in regards to multiple aspects, if I remember correctly, and that's what prompted us to switch from using null network to nxdomain in the first place, not just to reduce line count or file size.
The new always-null "shortcut" just condenses the line count to make implementing null networks faster, but I don't know if that alone would make it more performant than using always-nxdomain.
If anyone else has any additional input for this, please let us know. I think some performance testing and comparisons would be needed to really move forward with this.
Again, nice catch, @Owyn! I'll leave this issue open for now for more feedback.


Adding Passive Port Range

Hi,
When I was using the image for local testing, I found that in order to enable passive mode, we need to specify the passive port ranges in the handler, that way we can set up port mapping inside Docker to open just the right # of ports for FTP data transfer in passive mode.
Creating this PR so you can take the changes in.

The commit trail is bad, so if you want to, feel free to squash.

@lhr0909 Looks great, thanks 👍


Window visualy freezes when using hdrop script

Regression?
Yes
System Info and Version
 System/Version info
Hyprland, built from branch  at commit 9a09eac79b85c846e3a865a9078a3f8ff65a9259  (props: bump version to 0.42.0).
Date: Wed Aug 7 19:17:10 2024
Tag: v0.42.0, commits: 5069

flags: (if any)

System Information:
System name: Linux
Node name: artix
Release: 6.10.6-artix1-1
Version: #1 SMP PREEMPT_DYNAMIC Tue, 20 Aug 2024 02:43:37 +0000

GPU information:
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP104 [GeForce GTX 1080] [10de:1d80] (rev a1) (prog-if 00 [VGA controller])
NVRM version: NVIDIA UNIX x86_64 Kernel Module  560.35.03  Fri Aug 16 21:39:15 UTC 2024

os-release: NAME="Artix Linux"
PRETTY_NAME="Artix Linux"
ID=artix
BUILD_ID=rolling
ANSI_COLOR="0;36"
HOME_URL="https://www.artixlinux.org/"
DOCUMENTATION_URL="https://wiki.artixlinux.org/"
SUPPORT_URL="https://forum.artixlinux.org/"
BUG_REPORT_URL="https://bugs.artixlinux.org/"
PRIVACY_POLICY_URL="https://terms.artixlinux.org/docs/privacy-policy/"
LOGO=artixlinux-logo

plugins:

======Config-Start======

Config File: /home/user/.config/hypr/hyprland.conf: Read Succeeded

exec-once = hdrop -b kitty --class hdrop

$mainMod = SUPER
bind = $mainMod SHIFT, RETURN, exec, hdrop kitty --class quake

$hdropClass = ^(hdrop)$
windowrulev2 = float, class:$hdropClass
windowrulev2 = size 1250 400, class:$hdropClass
windowrulev2 = animation slidefade, class:$hdropClass
windowrulev2 = opacity 1 override 0.5 override, class:$hdropClass

======Config-End========

Description
Crossposting from https://github.com/Schweber/hdrop/issues/10 as suggested by hdrop author @Schweber

I don't exactly remember for how long this been an issue but at least from 0.42 hyprland maybe earlier.
I got a exec and bind for hdrop:
exec:
exec-once = hdrop -b kitty --class hdrop

bind:
hdrop kitty --class hdrop

window rules
$hdropClass = ^(hdrop)$
windowrulev2 = float, class:$hdropClass
windowrulev2 = size 1250 400, class:$hdropClass
windowrulev2 = animation slidefade, class:$hdropClass
windowrulev2 = opacity 1 override 0.5 override, class:$hdropClass

Steps to reproduce:

Close kitty inside hdrop
Open with keybind (works)
Close hdrop with same keybind
Switch to different workspace
Switch back to original workspace
Open hdrop (frozen visually, after typing cat, for example, you can see window title switching to cat but can't see anything change inside kitty window)

https://github.com/user-attachments/assets/cd8d50ec-26fa-4723-a1f9-1b7b7d8c9f7f

@Schweber comment(s)
I know what you mean and i've been encountering similar issues from time to time for as long as i've been using hdrop. In my case, usually the text of the kitty window is deformed and the window doesn't respond to input. Also, the kitty window sometimes becomes kind of floating and isn't tiled properly on the new workspace anymore (it is often shown centered horizontally). I usually have multiple kitty windows open and all of them are affected if that happens. For me it is also only kitty that shows this behaviour and no other app.
So far, i haven't been able to reproduce this problem reliably however. As you've found a way to reproduce it reliably, i would be grateful if you would open an issue in the hyprland repo.
As hdrop uses hyprland in a way that most users don't, it is prone to stumble upon such issues. Under the hood, hdrop essentialy only uses the following hyprctl commands:
if [[ $(hyprctl clients -j | jq -r ".[] | select(.class==\"$CLASS\" and .workspace.id!=$ACTIVE_WORKSPACE)") ]]; then
hyprctl dispatch -- movetoworkspacesilent "$ACTIVE_WORKSPACE","^$CLASS$"
hyprctl dispatch -- focuswindow "^$CLASS$"
elif [[ $(hyprctl clients -j | jq -r ".[] | select(.class==\"$CLASS\" and .workspace.id==$ACTIVE_WORKSPACE)") ]]; then
hyprctl dispatch -- movetoworkspacesilent special:hdrop,"^$CLASS$"
fi

How to reproduce

Close kitty inside hdrop
Open with keybind (works)
Close hdrop with same keybind
Switch to different workspace
Switch back to original workspace
Open hdrop (frozen visually, after typing cat, for example, you can see window title switching to cat but can't see anything change inside kitty window)

Crash reports, logs, images, videos
https://github.com/user-attachments/assets/1bec7bc7-c5d3-444f-bd71-88c3a32bba3b

log
[LOG] [AQ] [libinput] event8  - wheel state WHEEL_STATE_NONE → WHEEL_EVENT_SCROLL → WHEEL_STATE_ACCUMULATING_SCROLL

[LOG] [AQ] [libinput] event8  - wheel state WHEEL_STATE_ACCUMULATING_SCROLL → WHEEL_EVENT_SCROLL_ACCUMULATED → WHEEL_STATE_SCROLLING

[LOG] [AQ] [libinput] event8  - wheel state WHEEL_STATE_SCROLLING → WHEEL_EVENT_SCROLL_TIMEOUT → WHEEL_STATE_NONE

[LOG] cursorImage request: surface 0
[LOG] Keybind triggered, calling dispatcher (65, , 65293)
[LOG] Executing hdrop kitty --class hdrop
[LOG] Process Created with pid 22407
[LOG] [WLSeat] New seat resource bound at 5a1ef2dc4b80
[LOG] [WLDataDevice] New datamgr resource bound at 5a1ef2f10fd0
[LOG] [WLDataDevice] New data device bound at 5a1ef2c3c0a0
[LOG] [XDGShell] New xdg_wm_base at 5a1ef2c639a0
[LOG] [PrimarySelection] New primary_seletion_manager at 5a1ef342eac0
[LOG] [PrimarySelection] New primary selection data device bound at 5a1ef2c410f0
[LOG] [TextInputV3] New tiv3 at 00005a1ef2fe6630
[LOG] [WLCompositor] New wl_surface with id 24 at 5a1ef2f8c380
[LOG] [WLCompositor] New wl_surface with id 28 at 5a1ef5219620
[LOG] [DRMSyncobj] New linux_syncobj at 5a1ef2d9b2d0 for surface 5a1ef5219620
[LOG] [DRMSyncobj] New linux_drm_timeline at 5a1ef5206660
[LOG] [XDGShell] New xdg_surface at 5a1ef5224b40
[LOG] [XDGShell] xdg_surface 5a1ef2c639a0 gets a toplevel 5a1ef518e2a0
[LOG] CWLSurface 5a1ef51b44d0 called init()
[LOG] Window 5a1ef7c110b0 set class to hdrop
[LOG] Searching for matching rules for hdrop (title: )
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: ""]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: ""]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: ""]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: ""]
[LOG] Window 5a1ef7c110b0 set title to kitty
[LOG] Searching for matching rules for hdrop (title: kitty)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] [XDGDecoration] setMode: MODE_SERVER_SIDE. Sending MODE_SERVER_SIDE as reply.
[LOG] Searching for matching rules for hdrop (title: kitty)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Searching for matching rules for hdrop (title: kitty)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Layout predicts size [Vector2D: x: 1250, y: 400] for [Window 5a1ef7c110b0: title: "kitty"]
[LOG] [XDGShell] xdg_surface 5a1ef5224b40 requests geometry 0x0 1250x400
[LOG] Searching for matching rules for hdrop (title: kitty)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Rule size, applying to [Window 5a1ef7c110b0: title: "kitty"]
[LOG] [WLDataDevice] New offer 5a1ef2be10f0 for data source 5a1ef8735f50
[LOG] [WLDataDevice]  | offer 5a1ef2be10f0 supports mime text/html
[LOG] [WLDataDevice]  | offer 5a1ef2be10f0 supports mime STRING
[LOG] [WLDataDevice]  | offer 5a1ef2be10f0 supports mime TEXT
[LOG] [WLDataDevice]  | offer 5a1ef2be10f0 supports mime UTF8_STRING
[LOG] [WLDataDevice]  | offer 5a1ef2be10f0 supports mime text/plain
[LOG] [WLDataDevice]  | offer 5a1ef2be10f0 supports mime text/plain;charset=utf-8
[LOG] [WLDataDevice]  | offer 5a1ef2be10f0 supports mime chromium/x-web-custom-data
[LOG] [WLDataDevice]  | offer 5a1ef2be10f0 supports mime text/plain;charset=utf-8
[LOG] Set keyboard focus to surface 5a1ef5219620, with [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Searching for matching rules for hdrop (title: kitty)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Map request dispatched, monitor DP-1, window pos: [655.00000, 520.00000], window size: [1250.00000, 400.00000]
[LOG] [ForeignToplevelWlr] Newly mapped window 00005a1ef7c110b0
[LOG] [ForeignToplevelWlr] Newly mapped window 00005a1ef7c110b0
[LOG] [PrimarySelection] New offer 5a1ef2edd280 for data source 5a1ef335b370
[LOG] Searching for matching rules for kitty (title: hyprctl clients | less)
[LOG] Searching for matching rules for hdrop (title: kitty)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "kitty"]
[LOG] [XDGShell] xdg_surface 5a1ef3358240 requests geometry 0x0 1138x455
[LOG] cursorImage request: shape 1 -> default
[LOG] [XDGShell] xdg_surface 5a1ef5224b40 requests geometry 0x0 1250x400
[LOG] cursorImage request: shape 9 -> text
[LOG] Window 5a1ef7c110b0 set title to zsh
[LOG] Searching for matching rules for hdrop (title: zsh)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "zsh"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "zsh"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "zsh"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "zsh"]
[LOG] [DRMSyncobj] New linux_drm_timeline at 5a1ef5207c80
[LOG] [DRMSyncobj] New linux_drm_timeline at 5a1ef2e6bdb0
[LOG] [DRMSyncobj] New linux_drm_timeline at 5a1ef2d911a0
[LOG] [DRMSyncobj] New linux_drm_timeline at 5a1ef2fd6f00
[LOG] [LinuxDMABUF] Creating a dmabuf, with id 50: size [Vector2D: x: 1250, y: 400], fmt AR24, planes 1
[LOG] [LinuxDMABUF]  | plane 0: mod<PHONE_NUMBER>19018516 fd 254 stride 5056 offset 0
[LOG] [LinuxDMABUF] Creating a dmabuf, with id 45: size [Vector2D: x: 1250, y: 400], fmt AR24, planes 1
[LOG] [LinuxDMABUF]  | plane 0: mod<PHONE_NUMBER>19018516 fd 141 stride 5056 offset 0
[LOG] Window 5a1ef7c110b0 set title to ~
[LOG] Searching for matching rules for hdrop (title: ~)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] [LinuxDMABUF] Creating a dmabuf, with id 51: size [Vector2D: x: 1250, y: 400], fmt AR24, planes 1
[LOG] [LinuxDMABUF]  | plane 0: mod<PHONE_NUMBER>19018516 fd 231 stride 5056 offset 0
[LOG] [LinuxDMABUF] Creating a dmabuf, with id 49: size [Vector2D: x: 1250, y: 400], fmt AR24, planes 1
[LOG] [LinuxDMABUF]  | plane 0: mod<PHONE_NUMBER>19018516 fd 185 stride 5056 offset 0
[LOG] Keybind triggered, calling dispatcher (65, , 65293)
[LOG] Executing hdrop kitty --class hdrop
[LOG] Process Created with pid 22501
[LOG] Searching for matching rules for kitty (title: hyprctl clients | less)
[LOG] Searching for matching rules for hdrop (title: ~)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Searching for matching rules for hdrop (title: ~)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Searching for matching rules for hdrop (title: ~)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Searching for matching rules for hdrop (title: ~)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Searching for matching rules for hdrop (title: ~)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] [WLDataDevice] New offer 5a1ef2c69560 for data source 5a1ef8735f50
[LOG] [WLDataDevice]  | offer 5a1ef2c69560 supports mime text/html
[LOG] [WLDataDevice]  | offer 5a1ef2c69560 supports mime STRING
[LOG] [WLDataDevice]  | offer 5a1ef2c69560 supports mime TEXT
[LOG] [WLDataDevice]  | offer 5a1ef2c69560 supports mime UTF8_STRING
[LOG] [WLDataDevice]  | offer 5a1ef2c69560 supports mime text/plain
[LOG] [WLDataDevice]  | offer 5a1ef2c69560 supports mime text/plain;charset=utf-8
[LOG] [WLDataDevice]  | offer 5a1ef2c69560 supports mime chromium/x-web-custom-data
[LOG] [WLDataDevice]  | offer 5a1ef2c69560 supports mime text/plain;charset=utf-8
[LOG] Hyprctl: dispatcher movetoworkspacesilent : special:hdrop,^hdrop$
[LOG] [XDGShell] xdg_surface 5a1ef5224b40 requests geometry 0x0 1250x400
[LOG] [WLCompositor] New wl_region with id 241 at 5a1ef2e515f0
[LOG] [XDGShell] xdg_surface 5a1ef28fc460 requests geometry 0x0 1394x1391
[LOG] [WLCompositor] New wl_region with id 160 at 5a1ef51c30d0
[LOG] [WLCompositor] New wl_region with id 210 at 5a1ef2c677c0
[LOG] Keybind triggered, calling dispatcher (64, , 50)
[LOG] [WLDataDevice] New offer 5a1ef869a240 for data source 5a1ef8735f50
[LOG] [WLDataDevice]  | offer 5a1ef869a240 supports mime text/html
[LOG] [WLDataDevice]  | offer 5a1ef869a240 supports mime STRING
[LOG] [WLDataDevice]  | offer 5a1ef869a240 supports mime TEXT
[LOG] [WLDataDevice]  | offer 5a1ef869a240 supports mime UTF8_STRING
[LOG] [WLDataDevice]  | offer 5a1ef869a240 supports mime text/plain
[LOG] [WLDataDevice]  | offer 5a1ef869a240 supports mime text/plain;charset=utf-8
[LOG] [WLDataDevice]  | offer 5a1ef869a240 supports mime chromium/x-web-custom-data
[LOG] [WLDataDevice]  | offer 5a1ef869a240 supports mime text/plain;charset=utf-8
[LOG] [PrimarySelection] New offer 5a1ef2f24010 for data source 5a1ef335b370
[LOG] [XDGShell] xdg_surface 5a1ef3358240 requests geometry 0x0 1138x455
[LOG] [XDGShell] xdg_surface 5a1ef5197340 requests geometry 0x0 1138x454
[LOG] [XDGShell] xdg_surface 5a1ef5224b40 requests geometry 0x0 1250x400
[LOG] cursorImage request: surface 5a1ef2f72a10
[LOG] CWLSurface 5a1ef2b706c0 called init()
[LOG] cursorImage request: surface 5a1ef2f72a10
[LOG] [DRMSyncobj] New linux_syncobj at 5a1ef2d8a990 for surface 5a1ef334f660
[LOG] [DRMSyncobj] New linux_drm_timeline at 5a1ef2dd9d10
[LOG] [DRMSyncobj] New linux_drm_timeline at 5a1ef2d9c490
[LOG] [DRMSyncobj] New linux_drm_timeline at 5a1ef3363100
[LOG] [DRMSyncobj] New linux_drm_timeline at 5a1ef2ee1f00
[LOG] [DRMSyncobj] New linux_drm_timeline at 5a1ef2dd8b60
[LOG] [LinuxDMABUF] Creating a dmabuf, with id 245: size [Vector2D: x: 2546, y: 1391], fmt AR24, planes 1
[LOG] [LinuxDMABUF]  | plane 0: mod<PHONE_NUMBER>19018516 fd 262 stride 10240 offset 0
[LOG] [DRMSyncobj] New linux_syncobj at 5a1ef2e3e5c0 for surface 5a1ef2fe6260
[LOG] [DRMSyncobj] New linux_drm_timeline at 5a1ef522d1c0
[LOG] [DRMSyncobj] New linux_drm_timeline at 5a1ef365b8a0
[LOG] [DRMSyncobj] New linux_drm_timeline at 5a1ef2e53c90
[LOG] [DRMSyncobj] New linux_drm_timeline at 5a1ef2e69930
[LOG] [DRMSyncobj] New linux_drm_timeline at 5a1ef28e7600
[LOG] [LinuxDMABUF] Creating a dmabuf, with id 201: size [Vector2D: x: 1394, y: 1391], fmt AR24, planes 1
[LOG] [LinuxDMABUF]  | plane 0: mod<PHONE_NUMBER>19018516 fd 240 stride 5632 offset 0
[LOG] [WLCompositor] New wl_region with id 194 at 5a1ef51e9120
[LOG] [LinuxDMABUF] Creating a dmabuf, with id 108: size [Vector2D: x: 1394, y: 1391], fmt AR24, planes 1
[LOG] [LinuxDMABUF]  | plane 0: mod<PHONE_NUMBER>19018516 fd 257 stride 5632 offset 0
[LOG] [XDGShell] xdg_surface 5a1ef28fc460 requests geometry 0x0 1394x1391
[LOG] [WLCompositor] New wl_region with id 144 at 5a1ef523be90
[LOG] [WLCompositor] New wl_region with id 208 at 5a1ef287d670
[LOG] [LinuxDMABUF] Creating a dmabuf, with id 151: size [Vector2D: x: 2546, y: 1391], fmt AR24, planes 1
[LOG] [LinuxDMABUF]  | plane 0: mod<PHONE_NUMBER>19018516 fd 241 stride 10240 offset 0
[LOG] [XDGShell] xdg_surface 5a1ef2fd4d10 requests geometry 0x0 2546x1391
[LOG] [WLCompositor] New wl_region with id 165 at 5a1ef8706450
[LOG] [WLCompositor] New wl_region with id 144 at 5a1ef2cccbd0
[LOG] [WLCompositor] New wl_region with id 208 at 5a1ef2ea9400
[LOG] [LinuxDMABUF] Creating a dmabuf, with id 217: size [Vector2D: x: 2546, y: 1391], fmt AR24, planes 1
[LOG] [LinuxDMABUF]  | plane 0: mod<PHONE_NUMBER>19018516 fd 248 stride 10240 offset 0
[LOG] [LinuxDMABUF] Creating a dmabuf, with id 208: size [Vector2D: x: 1394, y: 1391], fmt AR24, planes 1
[LOG] [LinuxDMABUF]  | plane 0: mod<PHONE_NUMBER>19018516 fd 238 stride 5632 offset 0
[LOG] [LinuxDMABUF] Creating a dmabuf, with id 197: size [Vector2D: x: 2546, y: 1391], fmt AR24, planes 1
[LOG] [LinuxDMABUF]  | plane 0: mod<PHONE_NUMBER>19018516 fd 249 stride 10240 offset 0
[LOG] [LinuxDMABUF] Creating a dmabuf, with id 194: size [Vector2D: x: 1394, y: 1391], fmt AR24, planes 1
[LOG] [LinuxDMABUF]  | plane 0: mod<PHONE_NUMBER>19018516 fd 242 stride 5632 offset 0
[LOG] [WLCompositor] New wl_region with id 160 at 5a1ef2fdc840
[LOG] Keybind triggered, calling dispatcher (64, , 49)
[LOG] [WLDataDevice] New offer 5a1ef300b7d0 for data source 5a1ef8735f50
[LOG] [WLDataDevice]  | offer 5a1ef300b7d0 supports mime text/html
[LOG] [WLDataDevice]  | offer 5a1ef300b7d0 supports mime STRING
[LOG] [WLDataDevice]  | offer 5a1ef300b7d0 supports mime TEXT
[LOG] [WLDataDevice]  | offer 5a1ef300b7d0 supports mime UTF8_STRING
[LOG] [WLDataDevice]  | offer 5a1ef300b7d0 supports mime text/plain
[LOG] [WLDataDevice]  | offer 5a1ef300b7d0 supports mime text/plain;charset=utf-8
[LOG] [WLDataDevice]  | offer 5a1ef300b7d0 supports mime chromium/x-web-custom-data
[LOG] [WLDataDevice]  | offer 5a1ef300b7d0 supports mime text/plain;charset=utf-8
[LOG] [PrimarySelection] New offer 5a1ef86fbad0 for data source 5a1ef335b370
[LOG] [XDGShell] xdg_surface 5a1ef3358240 requests geometry 0x0 1138x455
[LOG] [XDGShell] xdg_surface 5a1ef5197340 requests geometry 0x0 1138x454
[LOG] cursorImage request: surface 5a1ef2f72a10
[LOG] cursorImage request: surface 5a1ef2f72a10
[LOG] [WLCompositor] New wl_region with id 160 at 5a1ef2e90e70
[LOG] [XDGShell] xdg_surface 5a1ef2fd4d10 requests geometry 0x0 2546x1391
[LOG] [WLCompositor] New wl_region with id 187 at 5a1ef517adc0
[LOG] [WLCompositor] New wl_region with id 160 at 5a1ef517adc0
[LOG] [WLCompositor] New wl_region with id 156 at 5a1ef2e152c0
[LOG] [XDGShell] xdg_surface 5a1ef28fc460 requests geometry 0x0 1394x1391
[LOG] [WLCompositor] New wl_region with id 173 at 5a1ef8726be0
[LOG] [WLCompositor] New wl_region with id 187 at 5a1ef2e150e0
[LOG] [WLCompositor] New wl_region with id 187 at 5a1ef5193360
[LOG] Keybind triggered, calling dispatcher (65, , 65293)
[LOG] Executing hdrop kitty --class hdrop
[LOG] Process Created with pid 22544
[LOG] Searching for matching rules for kitty (title: hyprctl clients | less)
[LOG] Searching for matching rules for hdrop (title: ~)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Searching for matching rules for hdrop (title: ~)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Searching for matching rules for kitty (title: hyprctl clients | less)
[LOG] Searching for matching rules for hdrop (title: ~)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Searching for matching rules for kitty (title: hyprctl clients | less)
[LOG] Searching for matching rules for hdrop (title: ~)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Hyprctl: dispatcher movetoworkspacesilent : 1,^hdrop$
[LOG] Destroying workspace ID -96
[LOG] Focusing to window name: ~
[LOG] [WLDataDevice] New offer 5a1ef2f1dfb0 for data source 5a1ef8735f50
[LOG] [WLDataDevice]  | offer 5a1ef2f1dfb0 supports mime text/html
[LOG] [WLDataDevice]  | offer 5a1ef2f1dfb0 supports mime STRING
[LOG] [WLDataDevice]  | offer 5a1ef2f1dfb0 supports mime TEXT
[LOG] [WLDataDevice]  | offer 5a1ef2f1dfb0 supports mime UTF8_STRING
[LOG] [WLDataDevice]  | offer 5a1ef2f1dfb0 supports mime text/plain
[LOG] [WLDataDevice]  | offer 5a1ef2f1dfb0 supports mime text/plain;charset=utf-8
[LOG] [WLDataDevice]  | offer 5a1ef2f1dfb0 supports mime chromium/x-web-custom-data
[LOG] [WLDataDevice]  | offer 5a1ef2f1dfb0 supports mime text/plain;charset=utf-8
[LOG] Set keyboard focus to surface 5a1ef5219620, with [Window 5a1ef7c110b0: title: "~"]
[LOG] Searching for matching rules for hdrop (title: ~)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Hyprctl: dispatcher focuswindow : ^hdrop$
[LOG] [XDGShell] xdg_surface 5a1ef5224b40 requests geometry 0x0 1250x400
[LOG] [WLCompositor] New wl_region with id 144 at 5a1ef2f10370
[LOG] [XDGShell] xdg_surface 5a1ef28fc460 requests geometry 0x0 1394x1391
[LOG] [WLCompositor] New wl_region with id 160 at 5a1ef8726be0
[LOG] [WLCompositor] New wl_region with id 165 at 5a1ef2d8cd80
[LOG] Keybind triggered, calling dispatcher (65, , 65293)
[LOG] Executing hdrop kitty --class hdrop
[LOG] Process Created with pid 22597
[LOG] Searching for matching rules for kitty (title: hyprctl clients | less
[LOG] Searching for matching rules for hdrop (title: ~)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Searching for matching rules for hdrop (title: ~)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Searching for matching rules for hdrop (title: ~)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Searching for matching rules for hdrop (title: ~)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Searching for matching rules for hdrop (title: ~)
[LOG] Window rule size 1250 400 ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule float ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule animation slidefade ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] Window rule opacity 1 override 0.5 override ->  class:^(hdrop)$ matched [Window 5a1ef7c110b0: title: "~"]
[LOG] [WLDataDevice] New offer 5a1ef5153a50 for data source 5a1ef8735f50
[LOG] [WLDataDevice]  | offer 5a1ef5153a50 supports mime text/html
[LOG] [WLDataDevice]  | offer 5a1ef5153a50 supports mime STRING
[LOG] [WLDataDevice]  | offer 5a1ef5153a50 supports mime TEXT
[LOG] [WLDataDevice]  | offer 5a1ef5153a50 supports mime UTF8_STRING
[LOG] [WLDataDevice]  | offer 5a1ef5153a50 supports mime text/plain
[LOG] [WLDataDevice]  | offer 5a1ef5153a50 supports mime text/plain;charset=utf-8
[LOG] [WLDataDevice]  | offer 5a1ef5153a50 supports mime chromium/x-web-custom-data
[LOG] [WLDataDevice]  | offer 5a1ef5153a50 supports mime text/plain;charset=utf-8
[LOG] Hyprctl: dispatcher movetoworkspacesilent : special:hdrop,^hdrop$
[LOG] [XDGShell] xdg_surface 5a1ef5224b40 requests geometry 0x0 1250x400
[LOG] [WLCompositor] New wl_region with id 144 at 5a1ef2c70b40
[LOG] [XDGShell] xdg_surface 5a1ef28fc460 requests geometry 0x0 1394x1391
[LOG] [WLCompositor] New wl_region with id 160 at 5a1ef2e612f0
[LOG] [WLCompositor] New wl_region with id 241 at 5a1ef51e5bf0
[LOG] [WLDataDevice] New offer 5a1ef2d8a740 for data source 5a1ef8735f50
[LOG] [WLDataDevice]  | offer 5a1ef2d8a740 supports mime text/html
[LOG] [WLDataDevice]  | offer 5a1ef2d8a740 supports mime STRING
[LOG] [WLDataDevice]  | offer 5a1ef2d8a740 supports mime TEXT
[LOG] [WLDataDevice]  | offer 5a1ef2d8a740 supports mime UTF8_STRING
[LOG] [WLDataDevice]  | offer 5a1ef2d8a740 supports mime text/plain
[LOG] [WLDataDevice]  | offer 5a1ef2d8a740 supports mime text/plain;charset=utf-8
[LOG] [WLDataDevice]  | offer 5a1ef2d8a740 supports mime chromium/x-web-custom-data
[LOG] [WLDataDevice]  | offer 5a1ef2d8a740 supports mime text/plain;charset=utf-8
[LOG] [PrimarySelection] New offer 5a1ef51b23a0 for data source 5a1ef335b370
[LOG] cursorImage request: shape 1 -> default
[LOG] CWLSurface 5a1ef2b706c0 called destroy()
[LOG] cursorImage request: shape 1 -> default
[LOG] [XDGShell] xdg_surface 5a1ef3358240 requests geometry 0x0 1138x455
[LOG] [seatmgr] Rejecting a setCursor because the client ain't in focus
[LOG] [WLCompositor] New wl_region with id 165 at 5a1ef2f9aa70
[LOG] [XDGShell] xdg_surface 5a1ef28fc460 requests geometry 0x0 1394x1391
[LOG] [WLCompositor] New wl_region with id 244 at 5a1ef2dd8790
[LOG] [WLCompositor] New wl_region with id 210 at 5a1ef51e5bf0
[LOG] [AQ] [libinput] event8  - wheel state WHEEL_STATE_NONE → WHEEL_EVENT_SCROLL → WHEEL_STATE_ACCUMULATING_SCROLL

[LOG] [AQ] [libinput] event8  - wheel state WHEEL_STATE_ACCUMULATING_SCROLL → WHEEL_EVENT_SCROLL_ACCUMULATED → WHEEL_STATE_SCROLLING

[LOG] Keybind triggered, calling dispatcher (64, , 103)
[LOG] Executing ocrscan
[LOG] Process Created with pid 22743
[LOG] [WLSeat] New seat resource bound at 5a1ef5206740
[LOG] [WLCompositor] New wl_surface with id 3 at 5a1ef2de4ca0
[LOG] CWLSurface 5a1ef51bfb20 called init()
[LOG] LayerSurface 5a1ef7be59a0 (namespace selection layer 3) created on monitor DP-1
[LOG] [LayerShell] New wlr_layer_surface 5a1ef7be59a0
[LOG] [WLCompositor] New wl_surface with id 13 at 5a1ef3fd8270
[LOG] CWLSurface 5a1ef2f9bb60 called init()
[LOG] LayerSurface 5a1ef7c5a500 (namespace selection layer 3) created on monitor HDMI-A-1
[LOG] [LayerShell] New wlr_layer_surface 5a1ef7c5a500
[LOG] LayerSurface 5a1ef7be59a0 mapped
[LOG] [WLDataDevice] CWLDataDeviceProtocol::onKeyboardFocus: cannot send selection to a client without a data_device
[LOG] Set keyboard focus to surface 5a1ef2de4ca0
[LOG] [PrimarySelection] CPrimarySelectionProtocol::updateSelection: cannot send selection to a client without a data_device
[LOG] LayerSurface 5a1ef7c5a500 mapped
[LOG] [WLDataDevice] CWLDataDeviceProtocol::onKeyboardFocus: cannot send selection to a client without a data_device
[LOG] Set keyboard focus to surface 5a1ef3fd8270
[LOG] [PrimarySelection] CPrimarySelectionProtocol::updateSelection: cannot send selection to a client without a data_device
[LOG] [WLSHM] Resizing a SHM pool from 2304 to 6912
[LOG] [WLSHM] Resizing a SHM pool from 6912 to 16128
[LOG] [WLSHM] Resizing a SHM pool from 16128 to 34560
[LOG] [WLSHM] Resizing a SHM pool from 34560 to 71424
[LOG] [WLSHM] Resizing a SHM pool from 71424 to 145152
[LOG] [WLSHM] Resizing a SHM pool from 145152 to 292608
[LOG] [WLSHM] Resizing a SHM pool from 292608 to 587520
[LOG] [WLSHM] Resizing a SHM pool from 2304 to 6912
[LOG] [WLSHM] Resizing a SHM pool from 6912 to 16128
[LOG] [WLSHM] Resizing a SHM pool from 16128 to 34560
[LOG] [WLSHM] Resizing a SHM pool from 34560 to 71424
[LOG] [WLSHM] Resizing a SHM pool from 71424 to 145152
[LOG] [WLSHM] Resizing a SHM pool from 145152 to 292608
[LOG] [WLSHM] Resizing a SHM pool from 292608 to 587520
[LOG] [WLCompositor] New wl_surface with id 26 at 5a1ef28922a0
[LOG] [AQ] [libinput] event8  - wheel state WHEEL_STATE_SCROLLING → WHEEL_EVENT_SCROLL_TIMEOUT → WHEEL_STATE_NONE

[LOG] [XDGShell] xdg_surface 5a1ef3358240 requests geometry 0x0 1138x455
[LOG] cursorImage request: surface 5a1ef28922a0
[LOG] CWLSurface 5a1ef2b706c0 called init()
[LOG] cursorImage request: surface 5a1ef28922a0
[LOG] LayerSurface 5a1ef7be59a0 destroyed
[LOG] Forcing an unmap of a LS that did a straight destroy!
[LOG] LayerSurface 5a1ef7be59a0 unmapped
[LOG] Framebuffer created, status 36053
[LOG] CWLSurface 5a1ef51bfb20 called destroy()
[LOG] LayerSurface 5a1ef7c5a500 destroyed
[LOG] Forcing an unmap of a LS that did a straight destroy!
[LOG] LayerSurface 5a1ef7c5a500 unmapped
[LOG] Framebuffer created, status 36053
[LOG] [WLDataDevice] New offer 5a1ef341c1b0 for data source 5a1ef8735f50
[LOG] [WLDataDevice]  | offer 5a1ef341c1b0 supports mime text/html
[LOG] [WLDataDevice]  | offer 5a1ef341c1b0 supports mime STRING
[LOG] [WLDataDevice]  | offer 5a1ef341c1b0 supports mime TEXT
[LOG] [WLDataDevice]  | offer 5a1ef341c1b0 supports mime UTF8_STRING
[LOG] [WLDataDevice]  | offer 5a1ef341c1b0 supports mime text/plain
[LOG] [WLDataDevice]  | offer 5a1ef341c1b0 supports mime text/plain;charset=utf-8
[LOG] [WLDataDevice]  | offer 5a1ef341c1b0 supports mime chromium/x-web-custom-data
[LOG] [WLDataDevice]  | offer 5a1ef341c1b0 supports mime text/plain;charset=utf-8
[LOG] [PrimarySelection] New offer 5a1ef2c453c0 for data source 5a1ef335b370
[LOG] CWLSurface 5a1ef2f9bb60 called destroy()
[LOG] CWLSurface 5a1ef2b706c0 called destroy()
[LOG] cursorImage request: shape 1 -> default
[LOG] cursorImage request: shape 1 -> default
[LOG] [XDGShell] xdg_surface 5a1ef3358240 requests geometry 0x0 1138x455
[LOG] Cleanup: destroyed a layersurface

I think this is fixed on git, can you test git?

I think this is fixed on git, can you test git?

Yeah! Works just fine on git version. Can't wait for next hyprland release! Thanks.


python311Packages.tesla-fleet-api: 0.4.1 -> 0.4.3

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for python311Packages.tesla-fleet-api is: Python library for Tesla Fleet API and Teslemetry
meta.homepage for python311Packages.tesla-fleet-api is: https://github.com/Teslemetry/python-tesla-fleet-api
meta.changelog for python311Packages.tesla-fleet-api is: https://github.com/Teslemetry/python-tesla-fleet-api/releases/tag/v0.4.3
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 0.4.3 with grep in /nix/store/478c6sjzw36s8h3wbxrxqb9pc7qd2jds-python3.11-tesla-fleet-api-0.4.3
found 0.4.3 in filename of file in /nix/store/478c6sjzw36s8h3wbxrxqb9pc7qd2jds-python3.11-tesla-fleet-api-0.4.3

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

3 total rebuild path(s)

3 package rebuild(s)

First fifty rebuilds by attrpath
home-assistant-component-tests.teslemetry
python311Packages.tesla-fleet-api
python312Packages.tesla-fleet-api

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/478c6sjzw36s8h3wbxrxqb9pc7qd2jds-python3.11-tesla-fleet-api-0.4.3 \
  --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 python311Packages.tesla-fleet-api https://github.com/r-ryantm/nixpkgs/archive/14dd47dbe7178c5bd1566547c273052431785fa3.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/14dd47dbe7178c5bd1566547c273052431785fa3#python311Packages.tesla-fleet-api

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/478c6sjzw36s8h3wbxrxqb9pc7qd2jds-python3.11-tesla-fleet-api-0.4.3
ls -la /nix/store/478c6sjzw36s8h3wbxrxqb9pc7qd2jds-python3.11-tesla-fleet-api-0.4.3/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

1 package marked as broken and skipped:

python312Packages.tesla-fleet-api

1 package built:

python311Packages.tesla-fleet-api

Maintainer pings
cc @fabaff for testing.

Result of nixpkgs-review pr 288576 run on x86_64-linux 1

5 packages built:

home-assistant-component-tests.teslemetry
python311Packages.tesla-fleet-api
python311Packages.tesla-fleet-api.dist
python312Packages.tesla-fleet-api
python312Packages.tesla-fleet-api.dist


GEM

Found a package that implements a few graph and node embedding methods:
https://github.com/palash1992/GEM

The old model R implementation used many deprecated tensorflow modules so I did a rewrite. The new implementation has better performance in forum data set:

However, the performance gain is not significant enough to make a point like "Model R outperforms node2vec in all scenarios".

True. But looks like Model R should be preferred to node2vec. Model R probably significantly outperforms node2vec in Collaboration graph. And Model R does not worse than node2vec on all domains.

I adopted LLE from all GEM approaches.


Add version 6.9

Currently missing but used for many cta simulations

Dear Maximilian Nöthe,
I'm a new CORSIKA user. Using corsikaio code, I  tried to read the binary data and graphics (position (x, y) and momentum) but I have problems. Could you help me.
I used the following example.
from corsikaio import CorsikaCherenkovFile
import matplotlib.pyplot as plt
with CorsikaCherenkovFile('DAT000001') as f:
print(f.run_header['run_number'])
print(f.version)
for e in f:
    print(e.header['total_energy'])

    plt.scatter(e.photons['x'], e.photons['y'])
    plt.show()

DAT000001.zip

@chesarex
This is not really related to CORSIKA 6.9, right?
I think the problem is, that you are reading the wrong file.
The DAT files normally contain the particle information, not the Cherenkov information.
So you probably just want to read your file using corsikaio.CorsikaParticleFile

is a CORSIKA 7.56

I think the problem is, that you are reading the wrong file.
you're right, my simulation is a cosmic-ray shower.


Add ability to hide posts from index

This pr hides posts like About me or Projects if they are marked as hide = true in the post config.

@Nelarius Thanks for the PR! I just realized this is a popular trick out there.

I looked at other themes and it appears that "hidden" is more common than "hide". Therefore I changed it in bffa6f347db877d2a395383910cf055a79de9e5a.


[language][diem-transactional-tests] allow private keys to be omitted in certain cases

This allows the private key argument to the run and publish commands to be omitted, if the name of the signer can be found in the private key mapping.
Dependencies
#9142 and #9360 -- only the third commit belongs to this PR!!!

@tnowacki I made the changes you requested. Also made named address/privkey parsing a bit more rigorous. Let me know if it looks good to you now!

/land


plugin file should be renamed for ease of recognition

like, the actual filename? or the entire plugin? any suggestions?

just the built .js file

The plugin is named benchwarmer.js, I'm not sure I understand where the confusion lies...

That's not the plugin, it's a script I use to help release the plugin. The plugin's build is available on GitHub releases. That release script just changes the version in package.json, commits the change, creates a Git tag and pushes it to GitHub. From there, the publish workflow takes over and basically does all the work. :)

oh. my mistake.


cmd/go: go1.11rc2 failed test: FAIL: TestScript/mod_get_commit

Building 1.11rc2 mod_get_commit fails
## environment
go version: devel +f2131f6e0c
go env:
GOARCH="amd64"
GOBIN="/certs/stage/cba/bin"
GOCACHE="/certs/stage/tst/go/.cache"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOOS="linux"
GOPATH="/certs/stage/tst/go"
GOPROXY=""
GORACE=""
GOROOT="/certs/stage/cba/go"
GOTMPDIR="/certs/stage/testbed/tmp"
GOTOOLDIR="/certs/stage/cba/go/pkg/tool/linux_amd64"
GCCGO="gccgo"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/certs/stage/testbed/tmp/go-build621289970=/tmp/go-build -gno-record-gcc-switches"

## go env did NOT print two important vars I have set:
GOROOT_BOOTSTRAP=/certs/stage/cba/go
GOROOT_FINAL=/certs/stage/cba/go

## make rc2
cd /local/go/repo
git checkout master
git pull
git checkout go1.11rc2
cd src
./all.bash
 ...
ok  	cmd/fix	6.453s
go test proxy starting
go test proxy running at GOPROXY=http://<IP_ADDRESS>:43443/mod
go proxy: no archive golang.org/x/text/language 14c0d48
go proxy: no archive golang.org/x/text/language 14c0d48
go proxy: no archive golang.org/x/text/language 14c0d48
go proxy: no archive w.1 v1.2.0
go proxy: no archive x.1 v1.0.0
go proxy: no archive z.1 v1.2.0
go proxy: no archive rsc.io v1.5.0
go proxy: no archive example.com/unused v0.0.0
go proxy: no archive example.com/unused v0.0.0
go proxy: no archive sub.1 v1.0.0
go proxy: no archive badsub.1 v1.0.0
go proxy: no archive versioned.1 v1.0.0
go proxy: no archive versioned.1 v1.1.0
go proxy: no archive example.com/split/subpkg v1.0.0
--- FAIL: TestScript (0.00s)
    --- FAIL: TestScript/mod_get_commit (0.57s)
        script_test.go:151:
            # @commit should resolve
            # golang.org/x/text/language@commit should not resolve with -m,
            # because that's not a module path. (0.014s)
            # ... but it should work without -m.
            # because of -d, the compiler should not run (0.068s)
            # go get should skip build with no Go files in root (0.025s)
            # ... and go get should skip build with -m (0.026s)
            # dropping -d, we should see a build. (0.127s)
            # BUG: after the build, the package should not be stale, as 'go install' would
            # not do anything further. (0.173s)
            # install after get should not run the compiler again. (0.132s)
            > go install -x golang.org/x/text/language
            [stderr]
            WORK=$WORK/tmp/go-build955973672
            > ! stderr 'compile|cp|gccgo .*language\.a$'
            FAIL: testdata/script/mod_get_commit.txt:31: unexpected match for `compile|cp|gccgo .*language\.a$` found in stderr: compile

FAIL
FAIL	cmd/go	67.599s
...

/cc @rsc @bcmills

@ianlancetaylor
It is complete output for the failing test (but it is not complete output of all tests, of course.)
It is repeatable with go1.11rc2 and go1.10.3.
See attached log.
Peculiarities of my setup to consider:

I do not use/export GOROOT.
Compiling is done on tmpfs but not much restricted one (rw,relatime,mode=700)
I am compiling with GOROOT_BOOTSTRAP==GOROOT_FINAL and both env vars are exported.
All three tests now were with system provided gcc 4.8.5 (earlier report might had musl environment on). If gcc even matters.

goFailTest.log

Addenum:
This time I watched whole process. The offending test ate the console. I.e. up to
ok  	cmd/fix	2.507s line tests were printing regularly, then this FAIL and all below ok's were printed in one sweep at the test suite end. Also the tempdir has not been cleaned:
GOTMPDIR leftovers:
drwx------  8 test test6 180 08-24 12:04 .
drwx------ 10 test test6 340 08-24 12:06 ..
drwx------  2 test test6  40 08-24 12:02 go-build116293793
drwx------  2 test test6  40 08-24 12:02 go-build118789214
drwx------  2 test test6  40 08-24 12:03 go-build570765520
drwx------  2 test test6  40 08-24 12:03 go-build838072755
drwx------  2 test test6  40 08-24 12:03 go-build947615606
srwx------  1 test test6   0 08-24 12:01 go-nettest027823446
drwx------  2 test test6  40 08-24 12:00 go-tool-dist-446679995

note go-nettest027823446 socket
// @ianlancetaylor, @bradfitz

The output behavior you describe is normal.
I just don't see how this error is possible.
At this point in the build the tools have been built and installed.  What do you see if you run
go test -test.run=Script/mod_get_commit -test.v cmd/go

Thanks for the log.  The 500 Internal Server Error is expected.  Your log looks exactly as I expect, except for the incomprehensible failure at the end.
            > go install -x golang.org/x/text/language
            [stderr]
            WORK=$WORK/tmp/go-build664443131
            > ! stderr 'compile|cp|gccgo .*language\.a$'
            FAIL: testdata/script/mod_get_commit.txt:31: unexpected match for `compile|cp|gccgo .*language\.a$` found in stderr: compile

The failure is saying that given the text
WORK=$WORK/tmp/go-build664443131

the regexp compile|cp|gccgo .*language\.a$ matches that text, matching the string compile.  But since compile does not appear in that single line of output, I have no idea what is going on.

Is it possible that the elided $WORK prefix includes the substring compile?

@bcmills , @ianlancetaylor
>  Is it possible that the elided $WORK prefix includes the substring compile?
Bingo!
Yes it was the culprit. There indeed on test machine was such word in path's part.
(I must not show real paths due to our security policy). Thanks for resolving this mistery.

@bcmills Argh, thanks for figuring that out.


Other backends and questions

Hi Jordan,
I was wondering if you were still working on this cool project. I'm using it without problem for a while now, combined with some other code to manage tokens and role.
During development, as I'm using the --reload capability from uvicorn, the session is obviously always resetted so I tried to implement a persistent backend but I was not able to successfully persist the session (CPyhon errors). So would be nice at least for development to get a simple persisted backend.
Moreover, I'm not sure I fully understand the session configuration (the TO DO did not help :D):
session = SessionCookie(
    name = "session",
    secret_key = str(SESSION_SECRET),
    backend = InMemoryBackend(),
    data_model = SessionData,
    scheme_name = "Server Cookies",
    auto_error = False
)

is there other type of session? What SessionCookie imply?
what is the usage for name? scheme_name ? auto_error ?

in the login api:
@test_app.post("/get_session")
async def login(username: str, response: Response, session_info: Optional[SessionInfo] = Depends(test_session)):
    old_session = None
    if session_info:
        old_session = session_info[0]

    test_user = SessionData(username=username)
    await test_session.create_session(test_user, response, old_session)
    return {"message": "You now have a session", "user": test_user}

What is the goal if the old_session stuff?
and in create_session, response is None no?
Thanks! Really helpful library in anycase!

Hi Jordan,
It was nice and simple. I not a developer but do coding as a hobby. I tried your example and could immediately got the desired results. Thanks for the effort.
I am trying a small app. In it I tried to implement your get_session and then give output using HTMLResponse and generate a html page. If you can put an example for that, it would really help me.
@app.post("/get_session2", response_class=HTMLResponse)
async def login2(response: Response, request = Request, username: str = Form(...), inputPassword: str = Form(...), session_info: Optional[SessionInfo] = Depends(dura_session)):
    user_authenticated, auth_message, cur_user = authapp.dura_authenticate_user(username, inputPassword)
    if user_authenticated:
        old_session = None
        if session_info:
            old_session = session_info[0]

        test_user = SessionData(username=username)

        await dura_session.create_session(test_user, response, old_session)
        #return {"message": "You now have a session", "user": test_user}
        return templates.TemplateResponse('welcome.html', context = {"request": request, 'auth_message': auth_message,'welcome_text':'Welcome'})
    else:
        return RedirectResponse('/user/login?auth_message=Require authentication', status_code = status.HTTP_302_FOUND)

This is where I am. If i try to return template, session is not created. This got me puzzled.

Hi, sorry for the slow response. Been extremely busy personally the last month. Check out this issue for a general response and goals for a rewrite.


Support for a pure terminal UI frontend?

Does the architecture lend itself to potentially add a pure terminal UI front-end? (at some later stage)

what you mean by pure terminal UI ? Lapce currently uses alacritty_terminal

what you mean by pure terminal UI ? Lapce currently uses alacritty_terminal

They want frontend like neovim or helix, but backed by lapce.

They want frontend like neovim or helix, but backed by lapce.
oh thanks for explaining, so like Neovide

I believe it is non-goal for lapce itself as well as our limited manpower wouldn't allow that. One could probably build terminal frontend based on lapce-proxy, lapce-core & lapce-data.


Iron Kingdoms RPG - Bugfix - Add the images directory that was missing in the prior PR

Submission Checklist
Required

[x] The pull request title clearly contains the name of the sheet I am editing.
[x] The pull request title clearly states the type of change I am submitting (New Sheet/New Feature/Bugfix/etc.).
[x] The pull request makes changes to files in only one sub-folder.
[x] The pull request does not contain changes to any json files in the translations folder (translation.json is permitted)

Changes / Description
The previous PR for this sheet moved all the image links to point at a folder in the repo but the actual folder was missed by not running git add . instead of git commit directly. This PR adds the folder and images.

I'm not sure what is failing in this PR since there is no code change, only adding the images folder.


Cooler files for single-cell Hi-C

Hi Nezar,
I am using your cool format as you know in HiCExplorer and now new, for single-cell Hi-C analysis in a software called scHiCExplorer.
To use your file format I create one cool file per cell and store all of them in one mcool file. This works quite fine; however, as pointed out by a referee of a publication of mine, it is misleading (And if that referee reads this thread: Thanks for the positive feedback and the comments.). I call the file  mcool but of course they are not in compliance with your definition of a multiresolution cool file.
My question to you is: Is there any interest in coming up with a new file ending from your side for single-cell Hi-C data? The concept would be to simply store the individual cool files in a single-cell mcool file and use it as a container. In the future we could discuss to add additional metadata and or bulk matrices. What I have I simply call now version 1, it has only the root folder of the mcool and in this one all individual cool files are stored. In a possible version 2 the concept could look like:

root::/single-cell matrices/
root::/bulk matrix

It would be important to me to have a solution which is in compliance with the developers (aka you :) ) of cooler to prevent a branching of file formats and names.
Possible suggestions I have for a single-cell Hi-C cool format name:

sccool
scool
sCool

Any other, and possible better name proposal is welcome.
Thanks for having a thought on that.
Best,
Joachim

I was actually thinking about it too, would be great to have multiple cells in one file!
What I was thinking, is to have them all in one pixel table with different names for the interaction count columns, actually, a bit of a different design... But regardless of implementation, just wanted to support the general idea!

Thanks for supporting this idea @Phlya.
The way of storing it as cool matrices within the "mcool" file has the nice effect of a very easy way to parallel the computations. You need to read in the list of stored matrices via cooler.fileops.list_coolers and simply dived this list by the number of used threads. Each thread processes its sub-list iterative and independently, all sub-matrices can be read as a cool file with the existing API. The benefit of this method is that nothing in the API needs to be changed.
However, I am always open for better ideas and implementations. What benefits would it bring to store it in the way you proposed?

Hi Joachim!
This is a great idea! I think it would be great to gather input from single-cell users for a good file layout to store all single cells together, and which could probably optionally include bulk/pooled data as well. As for the file extension convention, I guess I'd put in a vote for .scool, for symmetry with .mcool.
As you said, I don't think we can store data @Phlya's suggested way with the current API. However, querying many cells is straightforward, and you could just do that and merge all your pixels into a dataframe labelled by cell ID to construct such a thing on the fly.
Btw, how are you labeling the groups referring to the single cells? Are you grouping them by resolution?
One idea I've considered in the past is:
root::/cells/{resolution}/{unique_cell_id}
Of course, one could also do root::/cells/{unique_cell_id} for a "single-cell single-res cooler" and root::/cells/{unique_cell_id}/resolutions/{resolution} for a "single-cell multi-res cooler... but maybe that's getting a bit crazy.
It would be good to chime in the 4DN DCIC @burakalver and @hbbrandao for additional feedback.
Maybe we can draft a google doc with a formal "proposal"?

Hi Nezar,
Thanks for your positive feedback. I took the name 'scool' for the single-cell cool file and using it on my webserver and the depending publication. However, as soon as we will have an agreement I will update my tools to whatever format we will have.
I am a supporter of the principle 'Keep it simple'; therefore I think root::/cells/{unique_cell_id} is the best option. For another resolution, just have another scool file. If there is a usecase for a multi-cool file, (somehow with HiGlass?) I think root::/cells/{resolution}/{unique_cell_id} is the best option.
Last, the bulk matrix. I am not sure if we should keep it together with the scool file root::/bulk_matrix or, because it is kind of seen and operated with like a regular Hi-C matrix to have it as an independent file. The reason for the last option would be that we don't need to care about any succeeding file (and where to store it) like obs_exp or pearson correlated matrix. Moreover, it is simpler for the users to use hicPlotMatrix -m bulk_matrix.cool instead of hicPlotMatrix -m single_cell.scool::/bulk_matrix.
Best,
Joachim

I also like the simple root::/cells/{unique_cell_id} and .scool to hold a batch of single cells at a single resolution (not including bulk).
It would be good to include some top-level metadata for introspection and versioning. .mcool currently uses:

format: HDF5::MCOOL
format-version: 2

If we agree that all single cells must use the same bin segmentation, I would propose including at least:

format: HDF5::SCOOL
format-version: 1
bin-type: {'fixed' or 'variable'}
bin-size: {int or 'null'}

I would argue having a possibility of multiple resolutions is a good thing. Two flavours, like for regular coolers, perhaps? .scool and .smcool?
How about thinking about it a bit more general, not just for single-cell data, but just for storing multiple datasets together in one file? Why not keep all samples from an experiment all together, for example? It seems like the schema would be identical to the proposed ideas here, just needs to name and "market" it appropriately.

Well, if you treat the scool layout as a "tree" that can be rooted anywhere in the file, then it's easy to envision a multi-resolution version of this.
root::/resolutions/1000/cells/{id1}
...
root::/resolutions/1000/cells/{idN}

root::/resolutions/5000/cells/{id1}
...
root::/resolutions/5000/cells/{idN}

How about thinking about it a bit more general, not just for single-cell data, but just for storing multiple datasets together in one file

Well, that is basically why the cooler "data collection" is defined as a tree that can be rooted anywhere. Having a few standardized layouts is good, but I'm skeptical of finding a general directory hierarchy that everyone agrees with. Maybe some recommended good practices?
Otherwise, just making people more aware the introspection tools would be useful (cooler tree, cooler attrs and the other fileops which actually work on any HDF5 file!).

The smcool format sound alright for me, however, I am a bit sceptical on the use case of it. Somehow a tool like HiGlass would need to support it, but I am not sure how good a investigation on multiple single-cell Hi-C matrices could work. More than maybe 8 - 16 matrices visualised in parallel seems difficult to handle for me. Anyway, these are issues someone else needs to solve.
Concerning to store all data of an experiment: I think we have sth like this already and these are zip files. I am sorry that I have to argument against this idea, but I think it is not good to have another file format. The problematic I see is simple that e.g. we store a bigwig file in such a format and than we need first to extract it before we can use it with any other tool which is supporting bigwig. This situation is already present with zip files and a general cool format would have the same issues.

Hi,
I have not received any answer to my mail to you, therefore I try it here again. I really want to push this idea forward and have single-cell cool format. However, please just say it if you don't have the time or you are not interested anymore.
Best,
Joachim

Joachim, I apologize for the long delay. I sent you an email.

Added in #201


[BUG] Error mitigation demo fails stochastically

The error mitigation demonstration emits the following error at times:
 File "/home/circleci/project/venv/lib/python3.7/site-packages/mitiq/zne/inference.py", line 1383, in extrapolate
    _ansatz_unknown, scale_factors, exp_values, p_zero
  File "/home/circleci/project/venv/lib/python3.7/site-packages/mitiq/zne/inference.py", line 155, in mitiq_curve_fit
    raise ExtrapolationError(_EXTR_ERR) from None
mitiq.zne.inference.ExtrapolationError: The extrapolation fit failed to converge. The problem may be solved by switching to a more stable extrapolation model such as `LinearFactory`.

See a related log.

The demo seems to be working correctly now.  I will wait a while before closing the issue just in case.


Support tuples of generic values.

This patch has two parts:

Perform generic parameter binding in GetMemberVariableOffset()
before handing the type over to RemoteAST
Fix GetDynamicTypeAndAddress_Tuple() to support scalar element types

rdar://problem/37410759

@swift-ci test and merge

@swift-ci test and merge

@swift-ci test and merge


Resurrect trillian createdb

Signed-off-by: Kenny Leung<EMAIL_ADDRESS>
Summary

This is to support the use case of using GCP Cloud SQL.
The database schema needs to be applied to the target MySQL instance.
My plan is to update the Trillian Helm chart to optionally create this batch job.
@vaikas @cpanato please take a look.
Ticket Link

Fixes
Release Note

some very small non code comments, otherwise lgtm thanks for doing this

thanks for the review.
please take another look.


Printing invoice with tables adds blank pages

Hi,
I am having a problem printing from the invoice template. It seems that anytime a table appears on a page, it causes an additional blank page to appear after the current one. The problem is fixed by using the float: none setting on the body, but this also causes all of the bootstrap columns to lose their layout. Does anyone else have a fix for this? Thanks!

Hello,
Are you using a page from the template or your own customized page? If you are using a customized page please share a code sample for us to test. Thanks!

Hello,
I'm using the Invoice template page. I have kept the page mostly the same,
I have changed the table to only 3 columns and have several tables instead
of only one. I will share the code as soon as I am back to a computer.
Thank you! :)
On Feb 27, 2015 9:26 PM, "Abdullah Almsaeed"<EMAIL_ADDRESS>wrote:

Hello,
Are you using a page from the template or your own customized page? If you
are using a customized page please share a code sample for us to test.
Thanks!
—
Reply to this email directly or view it on GitHub
https://github.com/almasaeed2010/AdminLTE/issues/264#issuecomment-76507875
.

We are having issues with printing. I am trying my best to fix them. I will get back to you once I get the main issues sorted out. Thanks for your patience.

This issue has been solved in master. Please wait for the next release to come out and test again. Meanwhile, I will close this issue. If the issue persists in the next release please reopen this issue or open a new one. Thank you!

Just some info for anyone else that may encounter this:
We were using the previous version (v1) of AdminLTE, and the issue was resolved by using the Print CSS from v2 along with removing the div Wrapper class. Thank you almasaeed for the help!


Fix MiqSchedule spec with arguments

At the moment the test for MiqSchedule#queue_scheduled_work for a resource that exists is not really valid. The problem is that it tries to pass arguments to the Host#name method.
If you turn on strict partial validation, this will bomb with something like:
wrong number of arguments (given 3, expected 0)
     # ./app/models/miq_schedule.rb:91:in `queue_scheduled_work'
     # ./spec/models/miq_schedule_spec.rb:984:in `block (5 levels) in <top (required)>'

This is because Host#name doesn't actually accept arguments.
This PR updates the spec a bit, using a method that actually does take arguments. I also cleaned up a few rubocop warnings.

@miq-bot add_label test, refactoring


Timeline for GA (or beta at least) ?

This component seems awesome. It solves clearly multi-cluster deployments challenges. Do you have a timeline to make it generally available (or at least beta) ?

Hi @aelbarkani , we are working on coming up with a plan on this actively at the Dev community meetings. I will add a note once we lock in on a milestone.

Any updates? I'm itching to use this from some "release" point!

Any updates? I'm itching to use this from some "release" point!

Hi, we now have a milestone https://github.com/argoproj-labs/applicationset/milestone/1

Hi, we now have a milestone https://github.com/argoproj-labs/applicationset/milestone/1

Think this can now be closed. :smile:


N: Ignoring file 'melown-bionic.list.1' in directory '/etc/apt/sources.list.d/' as it has an invalid filename extension

I am recieving this error and would like some help resolving the issue.

Hello, renaming melown-bionic.list.1 to melown-bionic.list should solve this. (see https://askubuntu.com/questions/82825/do-files-at-etc-apt-sources-list-d-need-to-have-an-extension-list)


Inconsistencies with Block Login Toggle State and Functionality

Expected behavior
The "Block Login" toggle should accurately reflect its state when 'Disable User' toggle is turned ON.
When the "Block Login" toggle is set to ON for a user, the user should be prevented from logging in.
Steps to reproduce the issue

Login the users app with valid admin/super user.
Open any other user details.
Enable the "Disable User" toggle for a specific user.
Observe that the "Block Login" toggle appears to be in the OFF state.
Refresh the URL.
Notice that the "Block Login" toggle changes to the ON state.
Manually set the "Block Login" toggle to ON for a user by an admin or super user(do this after step 4)
Attempt to log in as the blocked or disabled user.

Environment details
App version: V1.7.0
App environment: UAT
Additional information
https://jam.dev/c/68ba0a4a-40ba-4e85-b163-3a1be75cf471

Issue verified and working fine in release v1.10.0. Hence, closing this ticket.
https://jam.dev/c/e5446ff3-3aef-409d-ab7a-98a7ca253747


NPE in SELECT COUNT(*) request

CrateDB version: 4.3.2
Problem description:
SQL request select count(1) from pricelist where pricelist_id = 110 and catalog_ids = [] periodically failed with NPE.
In 4.1.8 all works fine.
NPE raised from DeflateCompressor.java:58
I think problem with catalog_ids ARRAY column.
When I remove catalog_ids = [] from WHERE statement - SQL always executed successfully
Query with catalog_ids = [] and without aggregation also always executed successfully.
Workaround:
select sum(if(catalog_ids = [], 1, 0)) from pricelist where pricelist_id = 110

Table description
CREATE TABLE IF NOT EXISTS "doc"."pricelist" (
   "article" TEXT,
.....
   "catalog_ids" ARRAY(TEXT),
....
   "pricelist_id" INTEGER,
....
   PRIMARY KEY ("pricelist_id", "article")
)
CLUSTERED INTO 16 SHARDS
WITH (
   "allocation.max_retries" = 20,
   "blocks.metadata" = false,
   "blocks.read" = false,
   "blocks.read_only" = false,
   "blocks.read_only_allow_delete" = false,
   "blocks.write" = false,
   codec = 'default',
   column_policy = 'strict',
   "mapping.total_fields.limit" = 1000,
   max_ngram_diff = 1,
   max_shingle_diff = 3,
   number_of_replicas = '0-1',
   refresh_interval = 10,
   "routing.allocation.enable" = 'all',
   "routing.allocation.total_shards_per_node" = -1,
   "store.type" = 'fs',
   "translog.durability" = 'REQUEST',
   "translog.flush_threshold_size" = 536870912,
   "translog.sync_interval" = 5000,
   "unassigned.node_left.delayed_timeout" = 60000,
   "write.wait_for_active_shards" = '1'