Change output extension

I'm looking for an option to change the extension to some arbitrary string. I saw that there is a proposed option to leave the extension as it is on input over in #14, but this wouldn't do the trick for me.
Any chance of adding this?

Working around it using gulp-rename for now.

Yeah, it would be possible to create an option that defaults to '.html' and can be overwritten. I'm cusrious what the usecase would be!

My use case was using twig to produce a file which was not HTML. Twig documentation itself says it's good to output any text-based language: http://twig.sensiolabs.org/doc/templates.html#synopsis
In this case I am using twig for HTML templates, but also needed a template for an icon font stylesheet, outputting stylus source code. It didn't make sense to add a dependency for another templating language, so I chose to write the template in twig. But gulp-twig insisted on saving the output as .html.

:+1: can i help? would it be accepted if i create a PR?

gulp-rename is the correct solution. Gulp plugins are meant to be modular, and gulp-twig is meant to be a wrapper for twig compilation. (Lots of discussion of this is various Gulp-related issues, but I can't remember where exactly.) Duplicating gulp-rename's functionality is outside the scope of gulp-twig, even if it does look similar to the renaming it's already doing (the current renaming is fundamental to the twig -> html compilation)

I disagree. A tool which renders Twig should simply not assume HTML is being written. As I pointed out before, the Twig documentation itself say the following:

A template is simply a text file. It can generate any text-based format (HTML, XML, CSV, LaTeX, etc.).

Allowing the user to specify the output filename would not be duplicating gulp-rename's functionality -- gulp-rename does a whole lot more.

Yes my comment was poorly worded in a couple ways. I'm wondering why not use gulp-rename?

I do, as mentioned in a previous comment. But I see it as a workaround which should not be necessary. gulp-twig should not be assuming I'm writing HTML.

Also disagree here. We're also got some undocumented option changeExt to prevent the renaming. So why not just allow passing a value for extname which defauts to '.html'.
Prepared a PR: https://github.com/zimmen/gulp-twig/pull/38

#38 is now merged

Ftr @tremby though I went dark in this thread you completely changed my mind. Now whenever it comes up I advocate for not assuming twig is being used for html. Glad you stood strong


Docker build fails on linux due to dockerignore and git ls-files conflict

Docker image builds are broken on Linux due to the inclusion of /**/.idea in .dockerignore. Docker build will not copy the .idea directory, and the following step fails during build. Not sure why this doesn't fail on MacOS.
https://github.com/TBD54566975/ftl/blob/14f4a371ad8011284d1e4031d734badd9176f23d/Dockerfile.controller#L24
Reproduce
just build-docker controller on a linux system.
Tested that this is the issue by commenting out .idea in .dockerignore.
Suggested fix
Omit files in .dockignore when performing the timestamp reset step above.

Want to just send a PR?

Although, this seems to work fine in CI: https://github.com/TBD54566975/ftl/actions/runs/10736216723/job/29775141104

Happy to, just ran out of time tonight and didn't want to forget.
On Sat, Sep 7, 2024, 12:46 a.m. Alec Thomas @.***>
wrote:

Want to just send a PR?
—
Reply to this email directly, view it on GitHub
https://github.com/TBD54566975/ftl/issues/2632#issuecomment-2335040474,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAIKXNFV4KELQ33P5HYMGPTZVKALJAVCNFSM6AAAAABNZVLZQ2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMZVGA2DANBXGQ
.
You are receiving this because you authored the thread.Message ID:
@.***>

Yea, that's the thing I couldn't reconcile either. I imagine it's something in my env, but conceptually I think something is off. The touch should create the file if it doesn't exist, but i still think that's technically incorrect, since the build wanted to ignore those files.

So apparently I wasn't using docker's BuildKit component (on my Arch Linux setup) to build, which led to bizzare issues. Closing since it works after all.


Bug: Failed to Discover Devices, Error: Error: connect EHOSTUNREACH <IP_ADDRESS>:443

Describe the Bug
I'm getting EHOSTUNREACH error messages.  The IP sometimes changes or sometimes says "ConnectTimeoutError: Connect Timeout Error", but it has never worked for me. I have tried to ping the IPs and I have confirmed they are unreachable. I even tried to using a VPN with the same results.
I'm able to use the SwitchBot app just fine and all devices were added without problems.
These are the IPs that I have seen it try to connect to. Just to be clear, none of those are my IPs:
<IP_ADDRESS>
<IP_ADDRESS>
<IP_ADDRESS>
<IP_ADDRESS>

To Reproduce
After a refresh install, I put in my token and secret. Then I would get these messages after a restart.
Expected Behavior
It should list my devices.
Relevant Log Output
[14/09/2023, 02:02:09] [SwitchBot] Initializing SwitchBot platform...
[14/09/2023, 02:02:09] [SwitchBot] [DEBUG] Using debugMode Logging
[14/09/2023, 02:02:09] [SwitchBot] Finished initializing platform:
[14/09/2023, 02:02:09] [SwitchBot] [DEBUG] Using Default Refresh Rate (2 minutes).
[14/09/2023, 02:02:09] [SwitchBot] [DEBUG] Using Default Push Rate.
[14/09/2023, 02:02:09] [SwitchBot] Config OK
[14/09/2023, 02:02:10] [SwitchBot] Executed didFinishLaunching callback
[14/09/2023, 02:02:18] [SwitchBot] [DEBUG] Failed to Discover Devices, Error Message: "connect EHOSTUNREACH <IP_ADDRESS>:443", Submit Bugs Here: https://tinyurl.com/SwitchBotBug
[14/09/2023, 02:02:18] [SwitchBot] [DEBUG] Failed to Discover Devices, Error: Error: connect EHOSTUNREACH <IP_ADDRESS>:443

Config for homebridge-switchbot
{
    "bridge": {
        "name": "[REMOVED]",
        "username": "[REMOVED]",
        "port": 51326,
        "pin": "[REMOVED]",
        "advertiser": "ciao"
    },
    "accessories": [],
    "platforms": [
        {
            "name": "Config",
            "port": 8581,
            "platform": "config"
        },
        {
            "name": "SwitchBot",
            "credentials": {
                "token": "[REMOVED]",
                "secret": "[REMOVED]",
                "notice": "Keep your Token & Secret a secret!"
            },
            "platform": "SwitchBot"
        }
    ]
}

Screenshots
No response
Device and Model
I'm trying to use it with 3 Blind Tilts (W2701600), 3 Thermometers (W2301500, W3400010), and the Hub 2 (W3202100).
Node.js Version
v18.17.1
NPM Version
v9.6.7
Homebridge Version
v1.6.1
Homebridge Switchbot Plugin Version
v2.8.2
Homebridge Config UI X Plugin Version
v4.50.5
Operating System
Raspbian

Can you try the latest beta:

Click here to find out how to install Beta
And post logs after restart

Same result.
[14/09/2023, 18:20:08] [Homebridge UI] Running Command: npm install --save<EMAIL_ADDRESS>[14/09/2023, 18:20:57] [Homebridge UI] Homebridge restart request received
[14/09/2023, 18:20:57] [Homebridge UI] UI / Bridge settings have not changed; only restarting Homebridge process
[14/09/2023, 18:20:57] [Homebridge UI] Sending SIGTERM to Homebridge
[14/09/2023, 18:20:57] Got SIGTERM, shutting down Homebridge...
[14/09/2023, 18:21:02] [HB Supervisor] Homebridge Process Ended. Code: 143, Signal: null
[14/09/2023, 18:21:07] [HB Supervisor] Restarting Homebridge...
[14/09/2023, 18:21:07] [HB Supervisor] Starting Homebridge with extra flags: -I -P /var/lib/homebridge/node_modules -D --strict-plugin-resolution
[14/09/2023, 18:21:07] [HB Supervisor] Started Homebridge v1.6.1 with PID: 12347
[14/09/2023, 18:21:18] [SwitchBot] Initializing SwitchBot platform...
[14/09/2023, 18:21:18] [SwitchBot] [DEBUG] Using debugMode Logging
[14/09/2023, 18:21:18] [SwitchBot] Finished initializing platform:
[14/09/2023, 18:21:18] [SwitchBot] [DEBUG] Using Default Refresh Rate (2 minutes).
[14/09/2023, 18:21:18] [SwitchBot] [DEBUG] Using Default Push Rate.
[14/09/2023, 18:21:18] [SwitchBot] Config OK
[14/09/2023, 18:21:18] [SwitchBot] Executed didFinishLaunching callback
[14/09/2023, 18:21:27] [SwitchBot] [DEBUG] Failed to Discover Devices, Error Message: "connect EHOSTUNREACH <IP_ADDRESS>:443", Submit Bugs Here: https://tinyurl.com/SwitchBotBug
[14/09/2023, 18:21:27] [SwitchBot] [DEBUG] Failed to Discover Devices, Error: Error: connect EHOSTUNREACH <IP_ADDRESS>:443

Okay. I narrowed down the issue to my raspberry pi itself. Some sort of network blocking is going on but this is not a problem with this plugin. Closing.


label circRNAs has High Confidence Y/N

High confidence if a BSJ is:

detected by circExplorer and
detected by circExplorer_bwa and
one other tool.

Done ... working here


savepoints with jdbc apis, tests against pdjdbc-ng, no dependence on …

Please cut a 0.3.0 release.

The effect of this PR was reworked and now included in published 0.3.0 release.


Failures on Test legacy flow analysis behaviour of case null.

There are new test failures on Test legacy flow analysis behaviour of case null..
The tests
language/switch/case_null_legacy_flow_analysis_test RuntimeError (expected Pass)

are failing on configurations
dart2wasm-hostasserts-linux-x64-d8

CC @askeksa-google

Smaller repro:
void test2(int? x) {
  switch (x) {
    case null:
      print(1);
      break;
    default:
      print(2);
      break;
  }
}

main() {
  test2(1);
}

The problem is this check in switch compiler: https://github.com/dart-lang/sdk/blob/20fb4593e3c487e4c81d68ed38e0a2acc9437bc2/pkg/dart2wasm/lib/code_generator.dart#L1274-L1315
When the switch has one null and one default we don't see any literals in the branches, so the first check which is check<BoolLiteral, BoolConstant>() passes and we consider it as a bool switch.
I don't understand why we look at the branches and not to the static type of the scrutinee. @askeksa-google do you know?

I don't understand why we look at the branches and not to the static type of the scrutinee. @askeksa-google do you know?

I'm trying this change in https://dart-review.googlesource.com/c/sdk/+/282020, which fixes this bug.

I don't understand why we look at the branches and not to the static type of the scrutinee. @askeksa-google do you know?

Because that's what the language spec says.

Because that's what the language spec says

Where? Section 18.9 ("Switch") says left-hand sides of cases need to be all instances of the same class C, int, or String (interestingly it doesn't say bool). I don't see any rules in this section that requires looking at left-hand sides of cases instead of the scrutinee type.

Where? Section 18.9 ("Switch") says left-hand sides of cases need to be all instances of the same class C, int, or String (interestingly it doesn't say bool). I don't see any rules in this section that requires looking at left-hand sides of cases instead of the scrutinee type.

The problem is when the static type of the scrutinee is dynamic. In that case we need to look at cases because static type doesn't tell us what kind of comparison to use.
In other cases we could use the static type of the scrutinee, but always looking at cases should also work. So instead of having special case for dynamic scrutinees we always always look at cases.


meh: init at 0.3

Motivation for this change
Add a package.
First time, read contributing and tested with nox-review, useSandbox, and resulting binaries.
Things done

[x] Tested using sandboxing
(nix.useSandbox on NixOS,
or option build-use-sandbox in nix.conf
on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] Linux

[x] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[x] Fits CONTRIBUTING.md.

@joachifm thanks for reviewing -- I was taking a look at this and actually realized that 0.3 is from 2010 while the latest rev has had 25 commits since then -- I would add a default @ v0.3 and an unstable.nix except v0.3 doesn't compile (appears change in giflib function since that time) -- advice? maybe keep as fetchFromGitHub and use rev as version, default.nix following latest instead of release?

Package the version that works, I guess, but only one version please, unless there's a compelling reason to have more :) Beware that revisions are unsuitable as version strings, however. See https://github.com/NixOS/nixpkgs/blob/master/doc/coding-conventions.xml#L256

amended based on feedback

I get this on darwin
clang -O3 -DNDEBUG -MMD -MP -MT "src/gif.d" -c -o src/gif.o src/gif.c
clang -O3 -DNDEBUG -MMD -MP -MT "src/netpbm.d" -c -o src/netpbm.o src/netpbm.c
In file included from src/netpbm.c:6:
src/meh.h:50:15: error: unknown type name 'fd_set'
int setup_fds(fd_set *fds);
              ^
src/meh.h:51:17: error: unknown type name 'fd_set'
int process_fds(fd_set *fds);
                ^
2 errors generated.
make: *** [Makefile:34: src/netpbm.o] Error 1


[TW#26802] lwip_accept failed after a while with error 23 (file table full)

After a while lwip_accept faul with error code 23.
I know that it had worked some month ago, so I think it's a new bug.

@Reiner1210 Can you show me the IDF version and commit ID when it works well and when the failure occured? Thanks.

Now I use v3.2-dev-1133-g4d50427e8 and it works. The older version was ~ one week before

@Reiner1210 you means the latest IDF works well, but the version a week ago has this problem?

I do NOT mean the latest - I mean v3.2-dev-1133-g4d50427e8.
The version I tried before v3.2-dev-1133-g4d50427e8 has not worked.
So look at the release date for v3.2-dev-1133-g4d50427e8 and then go back some (1 or 2) weeks.
Why are so many (untested) releases for the esp32 ??

I got it. This problem has been solved in commit: https://github.com/espressif/esp-idf/commit/f2d3efd875dc01cf5e34ec7e79d2a11cf9b8f94b. You can close this issue.

Why are so many (untested) releases for the esp32 ??

Something to take note of, these aren't ESP-IDF releases - commits on the ESP-IDF master branch have passed automated testing but they haven't had any additional manual testing done (beyond developer testing).
You can read more about IDF versions here:
https://docs.espressif.com/projects/esp-idf/en/latest/versions.html#which-version-should-i-start-with
and find stable releases here:
https://github.com/espressif/esp-idf/releases


Latest version panics on interface{}

The following program will panic, because interface type in struct.
Older Versions supported it.
package main

import (
    "fmt"

    "github.com/fatih/structs"
)

type MyStruct struct {
    PublicKey interface{}
}

func main() {

    mystruct := MyStruct{PublicKey: []byte("test")}
    s := structs.Map(mystruct)
    fmt.Printf("s %+v\n", s)
}

Tried to structs.Map an x509 certificate from crypto/x509 and it panics.
Older Version, commit e5ca5fe90dcf72d2903310c7d6e0e7c2a13ad7e4, does not have this problem.
Panic trace shows structs.go:119, where the last commit was around.

Was fixed with #62


Add support for 8da4w quantization

Summary: Add a new quantization for users to quantize their models using int8 per token dynamic activation + int4 per axis grouped weight quantization.
Test Plan:
tune run quantize --config quantization \
    quantizer._component_=torchtune.utils.quantization.Int8DynActInt4WeightQuantizer \
    quantizer.groupsize=256

tune run eleuther_eval --config eleuther_eval \
    checkpointer._component_=torchtune.utils.FullModelTorchTuneCheckpointer \
    checkpointer.checkpoint_files=[hf_model_0001_2-8da4w.pt] \
    quantizer._component_=torchtune.utils.quantization.Int8DynActInt4WeightQuantizer \
    quantizer.groupsize=256

Quantize output:
2024-04-26:13:09:20,852 INFO     [quantize.py:98] Time for quantization: 7.49 sec
2024-04-26:13:09:20,852 INFO     [quantize.py:99] Memory used: 15.30 GB
2024-04-26:13:09:27,625 INFO     [quantize.py:112] Model checkpoint of size 7.08 GB saved to /home/andrewor/logs/tune/saved-4-25/full_1713990537_complete/quantize_output/hf_model_0001_2-8da4w.pt

Eval output:
100%|██████████| 5882/5882 [17:05<00:00,  5.74it/s]
2024-04-26:13:50:47,214 INFO     [eleuther_eval.py:196] Eval completed in 1040.88 seconds.
2024-04-26:13:50:47,214 INFO     [eleuther_eval.py:198] truthfulqa_mc2: {'acc,none': 0.4578906989909618, 'acc_stderr,none': 0.01542454257740726, 'alias': 'truthfulqa_mc2'}

Reviewers: jerryzh168, kartikayk, ebsmothers
Subscribers: jerryzh168, kartikayk, ebsmothers, supriyar

@rohan-varma @ebsmothers can you help me land? Looks like I don't have write access

Done, thanks for adding this!


Draw different numbers in different colors

First variant:

1 in light blue
2 in light green
3 in light red
4 in dark blue
5 in dark red

etc as in original
Second one:
Gradations from green for 1 to red for 8

closed by #19


[FEATURE] Add App: Amazon JDK 8/11 Corretto

New App: Amazon JDK 8 Corretto
Permanent Download URL:
https://docs.aws.amazon.com/corretto/latest/corretto-8-ug/downloads-list.html
https://docs.aws.amazon.com/corretto/latest/corretto-11-ug/downloads-list.html
Releases:
https://github.com/corretto/corretto-8/releases
https://github.com/corretto/corretto-11/releases

Does these commands do what you require?
Get-EvergreenApp AmazonCorretto | Where-Object {$_.JDK -eq "8"}
and
Get-EvergreenApp AmazonCorretto | Where-Object {$_.JDK -eq "11"}
Evergreen doesn't return the zip files for these as it was thought the installers would be more useful. They could be added back in, but would increase the time to return the objects from the script
JDK 15 and 16 are also available from the script if needed.


Filtering search results on Startpage.com is broken

Self-explanatory, "replace non-indie results" and "hide non-indie results" does not work past the first page of search results on Startpage.com. Furthermore, if I were to go back to the first page using the numbered buttons if I am not already on it, then it won't work either.
First page of Startpage results for Tardis Fandom wiki via "replace":

Second page of Startpage results for Tardis Fandom wiki via "replace":

Update: Turns out I didn't have Startpage filtering enabled on my phone.
The problem of Startpage filtering not working past the first page of search results now apply to mobile as well.
The problem's exactly the same on desktop (Doesn't work past the first page if I use the number buttons)

I cannot reproduce this in multiple ways.
Firstly, searching "tardis fandom wiki" on Startpage.com only gives me a single page of results, so I can't reproduce the example you were having the issue with. I tried turning Safe Search off in case results were being hidden, but it didn't make a difference.
Searching "doctor who wiki" does give me multiple pages of results. The first page reports there are 5 pages of results, but in actuality there are only 3 (clicking 4 or 5 gives an error page). On the second page of results, there's a Doctor Who Neoseeker wiki link that IWB successfully replaces with a link to the independent wiki.
I get the same behaviour on both Firefox and Chromium.

I cannot reproduce this in multiple ways.
Firstly, searching "tardis fandom wiki" on Startpage.com only gives me a single page of results, so I can't reproduce the example you were having the issue with. I tried turning Safe Search off in case results were being hidden, but it didn't make a difference.
Searching "doctor who wiki" does give me multiple pages of results. The first page reports there are 5 pages of results, but in actuality there are only 3 (clicking 4 or 5 gives an error page). On the second page of results, there's a Doctor Who Neoseeker wiki link that IWB successfully replaces with a link to the independent wiki. Navigating back to the first page, the results are still replaced.
I get the same behaviour on both Firefox and Chromium on desktop, as well as Firefox on Android.

I've done the same search once a day these past few days to see if I can replicate it, but no such luck outside of one time on Firefox Android after toggling Startpage.com.
I assume it is some sort of “adjusting to Startpage” issue, but I'm uncertain of it.

if you were to stop the page from page two onwards loading after the results appear, it stops IWB from replacing the results even if you reload the page or go to page three+.

Can you clarify what you mean by this? Are you saying that if you cancel a page load (e.g. by pressing the X button in your browser) while navigating on Startpage.com, IWB won't be able to replace search results? While I can reproduce the behaviour of IWB not replacing results if you cancel a page load prematurely, I don't see that as a bug. To me, that sounds like an expected consequence of cancelling a page load before it's complete (that's what cancelling a page load is supposed to do).
However, I cannot reproduce the behaviour of navigating to other pages after cancelling a page load causing IWB not to replace results. Even if I do successfully prevent IWB from replacing results on one particular page by cancelling a page load prematurely, when I navigate to other pages it still replaces results.

Are you saying that if you cancel a page load (e.g. by pressing the X button in your browser) while navigating on Startpage.com, IWB won't be able to replace search results?

More or less, but on all pages of search results; even if it's not the same page as the one I cancelled the search load on. For obvious reasons, it's easier to replicate on Firefox for Android than on Desktop.

However, I cannot reproduce the behaviour of navigating to other pages after cancelling a page load causing IWB not to replace results. Even if I do successfully prevent IWB from replacing results on one particular page by cancelling a page load prematurely, when I navigate to other pages it still replaces results.

I've just managed to replicate the "won't replace on other pages if cancelled on one page" error, curiously enough; though it seemed to fix itself later. Not sure how, outside of cancelling the load at the right time.

I haven't been able to replicate this exact pagination-related bug, but experienced a similar bug: When doing searches on Startpage with "hide non-indie results" enabled, non-indie results would remain visible upon loading search results.
I believe the issue was a race condition. Startpage does a lot of DOM rewriting, which IWB detects via a MutationObserver and reruns whenever the DOM changes. Previously, this MutationObserver was being added after IWB did its initial run on a search engine result page. I believe that the bug is that, in between IWB's initial filtering and adding the MutationObserver, Startpage would rewrite the DOM and IWB would miss that rewrite. With commit https://github.com/KevinPayravi/indie-wiki-buddy/commit/2221d98dc96bc75766a1e19894c8ea85842098f5, the MutationObserver instantiation occurs before search filtering takes place, preventing this race condition. The downside is that IWB's own insertions are detected as mutations, which will result in a few more loops of the DOM (but there are already dozens of mutations happening across these search engines so not a major concerns).
I'm not sure if the above fixes the issue described in OP, but it may!

Issues with Startpage may have also be resolved as part of the rework in PR https://github.com/KevinPayravi/indie-wiki-buddy/pull/776


As a user, I'd like to have Acknowledgment Status fields on Opportunity and Payment

Community contribution submitted by @judisohn
This was brought up at the NPSP Community Sprint as needed. It's a picklist to track the acknowledgment status (including Do Not Acknowledge) and a date field to track when a donation (or payment) was acknowledged. It's something that we end up creating as custom fields on nearly every project.
Critical Changes
Changes
These fields should be added to Opportunity page layouts and can be worked in to acknowledgment merge processes.
Issues

This is awesome! You are the best, @judisohn!

@jlantz deserves the credit for making a very intimidating process so click-easy!

It takes a lot of code and a special kind of coder to enable "clicks, not code"! I feel lucky every day to work with Jason :+1:

@jlantz It looks like this did not kick off the automated build.

@jlantz This still hasn't built.

I'm working on implementing the build process into the contributor tool either today or tomorrow.  Once the build process is in place, we'll use it to review this pull request and merge for the next release.

Cleaned up and moved his pull request here.


Problem with EmployeePayrollDetails.gender

I'm trying to create connector from MYOB to SQL Server to share data from each other and i encountered some problem:

I'm using AccountRight Plus AU 2015.4.1 program. I'm using "API Sandbox Demo 28" file.
I have problem with Card List -> Employee -> Payroll Details -> Gender.

In AccountRight graphical interface you can choose from 3 options:

Male
Female
Indeterminate
or leave it blank, but in SDK i have only Male, Female and NotSet(Which is blank)

If I choose 3rd option Indeterminate and try to load it in my connector program it crashes and i get this error:
"Encountered an operation error (https://api.myob.com/accountright/a4dfe6e4-38ee-4773-a536-284be2fbc047/Contact/EmployeePayrollDetails/)"
Inner Exception:
Error converting value "Indeterminate" to type 'System.Nullable`1[MYOB.AccountRight.SDK.Contracts.Version2.Contact.Gender]'. Path 'Items[4].Gender', line 400, position 32.
System.ArgumentException.Message:
Requested value 'Indeterminate' was not found.

Is there any way i can fix this ? If someone going to enter this option in AccountRight 2015.4 my connector will skip this employee and won't update his data.
Thank you
Sincerely
Gintaras

Edited formatting of original ticket description
It looks like this is related to the MYOB.AccountRight.SDK.Contracts.Version2.Contact.EmployeePayrollDetails Contract, specifically the Gender enum and its JSON data transformation.

This issue is also occurring for me. Would be great if "Indeterminate" was supported for gender.

Any idea when the next release is scheduled?

we can make a release-candidate but the next official full-release will be early 2016 (jan/feb) to coincide with 2016.1 release


Add support for TB when reporting bytes

Forum: https://forum.pfsense.org/index.php?topic=106470.0
I believe that this should work OK on both 32 and 64 bit systems. A 32-bit system will convert big values of $bytes and big numbers like<PHONE_NUMBER>776 to float first, then do the comparison. 64-bit systems will do (int) comparisons. Either way, in the end, the value is sprintf() into a float anyway.
I have tested on a 64-bit system.
I don't have access to a 32-bit system right now, so somebody should check that to make sure my theory works in practice.

Confirmed OK on 32-bit also - https://forum.pfsense.org/index.php?topic=106470.msg593441#msg593441


⚠ Samsung has degraded performance

In ebfa591, Samsung (https://samsung.com) experienced degraded performance:

HTTP code: 200
Response time: 3247 ms

Resolved: Samsung performance has improved in 6084f2a.


OKD 4.6 cluster is up, but the console is still in a unknown state, also the openshift-apiserver and authentication are in a False state

Describe the bug
The problem is the cluster is up, but the console is still in a unknown state, also the openshift-apiserver and authentication are in a False state, I have followed https://itnext.io/guide-installing-an-okd-4-5-cluster-508a2631cbee to install OKD 4.6.
[root@okd4-services ~]# openshift-install --dir=install_dir/ wait-for bootstrap-complete --log-level=info
INFO Waiting up to 20m0s for the Kubernetes API at https://api.lab.okd.local:6443...
INFO API v1.19.2-1019+3b012051f912a6-dirty up
INFO Waiting up to 30m0s for bootstrapping to complete...
INFO It is now safe to remove the bootstrap resources
INFO Time elapsed: 19m37s
[root@okd4-services ~]# oc get co | grep -v "True.*False.*False"; oc get no
NAME                                       VERSION                         AVAILABLE   PROGRESSING   DEGRADED   SINCE
authentication                                                             False       False         True       2d17h
console                                    4.6.0-0.okd-2021-01-17-185703   Unknown     True          True       2d11h
image-registry                             4.6.0-0.okd-2021-01-17-185703   True        False         True       2d17h
monitoring                                                                 False       True          True       2d17h
openshift-apiserver                        4.6.0-0.okd-2021-01-17-185703   False       False         False      2d17h
openshift-samples                                                          False       False         False      47h
operator-lifecycle-manager-packageserver   4.6.0-0.okd-2021-01-17-185703   False       True          False      47h
NAME                   STATUS   ROLES    AGE     VERSION
okd4-compute-1         Ready    worker   7m28s   v1.19.2+3b01205-1019
okd4-compute-2         Ready    worker   7m41s   v1.19.2+3b01205-1019
okd4-control-plane-1   Ready    master   2d17h   v1.19.2+3b01205-1019
okd4-control-plane-2   Ready    master   2d17h   v1.19.2+3b01205-1019
okd4-control-plane-3   Ready    master   2d17h   v1.19.2+3b01205-1019
Version
UPI on baremetal
CoreOS : fedora-coreos-33.20210104.3.0
OKD version: 4.6.0-0.okd-2021-01-17-185703
How reproducible
reproducible - 100%
install-config.yaml, named.conf.local, named.conf, db.okd.local, db.192.168.1, haproxy.cfg from: (i didnt make any change except the ssh-key)
git clone https://github.com/cragr/okd4_files.git
following https://itnext.io/guide-installing-an-okd-4-5-cluster-508a2631cbee
===install-config.yaml===
apiVersion: v1
baseDomain: okd.local
metadata:
name: lab
compute:

hyperthreading: Enabled
name: worker
replicas: 0

controlPlane:
hyperthreading: Enabled
name: master
replicas: 3
networking:
clusterNetwork:

cidr: <IP_ADDRESS>/14
hostPrefix: 23
networkType: OpenShiftSDN
serviceNetwork:
<IP_ADDRESS>/16

platform:
none: {}
fips: false
pullSecret: '{"auths":{"fake":{"auth": "bar"}}}'
sshKey: 'ssh-rsa'
Log bundle
https://drive.google.com/file/d/1wbWSyAKd5SJby16BWllbmISKCpm6SwwF/view?usp=sharing
[root@okd4-services ~]# oc adm must-gather
[must-gather      ] OUT imagestreams.image.openshift.io "must-gather" not found
[must-gather      ] OUT
[must-gather      ] OUT Using must-gather plugin-in image: quay.io/openshift/origin-must-gather:latest
[must-gather      ] OUT namespace/openshift-must-gather-l7csj created
[must-gather      ] OUT clusterrolebinding.rbac.authorization.k8s.io/must-gather-xclf4 created
[must-gather      ] OUT pod for plug-in image quay.io/openshift/origin-must-gather:latest created
[must-gather-hdqbl] POD Error from server (ServiceUnavailable): the server is currently unable to handle the request (get routes.route.openshift.io)
[must-gather-hdqbl] POD Error from server (ServiceUnavailable): the server is currently unable to handle the request (get imagestreams.image.openshift.io)
[must-gather-hdqbl] POD Error from server (ServiceUnavailable): the server is currently unable to handle the request (get builds.build.openshift.io)
[must-gather-hdqbl] POD Error from server (ServiceUnavailable): the server is currently unable to handle the request (get deploymentconfigs.apps.openshift.io)
[must-gather-hdqbl] POD Error from server (ServiceUnavailable): the server is currently unable to handle the request (get builds.build.openshift.io)
[must-gather-hdqbl] POD Error from server (ServiceUnavailable): the server is currently unable to handle the request (get buildconfigs.build.openshift.io)
[must-gather-hdqbl] POD Error from server (ServiceUnavailable): the server is currently unable to handle the request (get imagestreams.image.openshift.io)
[must-gather-hdqbl] POD Gathering data for ns/openshift-cluster-version...
[must-gather-hdqbl] POD Gathering data for ns/default...
[must-gather-hdqbl] POD Gathering data for ns/openshift...
[must-gather-hdqbl] POD Gathering data for ns/kube-system...
[must-gather-hdqbl] POD Gathering data for ns/openshift-etcd...
[must-gather-hdqbl] POD Gathering data for ns/openshift-kni-infra...
[must-gather-hdqbl] POD Wrote inspect data to must-gather.
[must-gather-hdqbl] POD error: errors ocurred while gathering data:
[must-gather-hdqbl] POD     the server doesn't have a resource type "deploymentconfigs"
[must-gather-hdqbl] POD Gathering data for ns/openshift-config...
[must-gather-hdqbl] POD Gathering data for ns/openshift-config-managed...
[must-gather-hdqbl] POD Gathering data for ns/openshift-authentication...
[must-gather-hdqbl] POD Gathering data for ns/openshift-authentication-operator...
[must-gather-hdqbl] POD Gathering data for ns/openshift-ingress...
[must-gather-hdqbl] POD Gathering data for ns/openshift-oauth-apiserver...
[must-gather-hdqbl] POD Gathering data for ns/openshift-cloud-credential-operator...
[must-gather-hdqbl] POD Gathering data for ns/openshift-machine-api...
[must-gather-hdqbl] OUT gather logs unavailable: http2: server sent GOAWAY and closed the connection; LastStreamID=21, ErrCode=NO_ERROR, debug=""
[must-gather-hdqbl] OUT waiting for gather to complete
[must-gather-hdqbl] OUT gather never finished: timed out waiting for the condition
[must-gather      ] OUT clusterrolebinding.rbac.authorization.k8s.io/must-gather-xclf4 deleted
[must-gather      ] OUT namespace/openshift-must-gather-l7csj deleted
error: gather never finished for pod must-gather-hdqbl: timed out waiting for the condition

Does oc adm must-gather consistently throwing this error?

Does oc adm must-gather consistently throwing this error?

yes, do you think it is because the openshift-apiserver is not yet start?

yes, do you think it is because the openshift-apiserver is not yet start?

oh wait,

networkType: OpenShiftSDN

Dupe of #430

oh wait,

networkType: OpenShiftSDN

Dupe of #430


Release version not working (Android)

First of all Thanks for such an wonderful work.
There is an issue arise in release mode the app is not working but it is working in debug mode.
Possible cause: Wireguard packages might be removed due to pro-guard while creating release apk.
Looking for your response.
Thank you.

If you open up the plugin code, you won't find anything about wireguard. The source code of the tunnel itself has not been added yet.

If the author is just starting to write a project, the working version should not be expected before six months.

Hello, in ./app/build.gradle in buildtypes release, try adding
shrinkResources false
minifyEnabled false

It seems to work for me. Your suggestion regarding pro-guard might be close :)

Hello, in ./app/build.gradle in buildtypes release, try adding
shrinkResources false
minifyEnabled false

It seems to work for me. Your suggestion regarding pro-guard might be close :)
Update: I got it working by excluding the relevant classes from being minified by creating the file proguard-rules.pro in your project in android/app, and adding the following two lines:
-keep class app.wachu.wireguard_vpn.** {*;}
-keep class com.beust.klaxon.** {*;}

build.gradle does not need to be modified in that case. Tested with flutter v3.10.5, kt 1.7.10, gradle 7.5 (?)

Thank you for the input. I've updated the README.md to include your solution and properly acknowledged your contribution. I believe I can close this issue now.

Done

FYI, with Flutter 3.13.7 and Gradle 1.9.10, the proguard rules have stopped working. Disabling minify and shrink still works. I've tested around a bit, but didn't find a solution immediately. The issue seems to be that the parameters for SetStateParams are somehow lost, so it might be related to Klaxon. Since disabling minify and shrink solves the problem, there are not many options for what the problem could be.


Consider switch to Wise as default variant for target-snowflake

Migrated from GitLab: https://gitlab.com/meltano/hub/-/issues/104
Originally created by @aaronsteers on 2021-07-12 22:40:39

I think we should consider switching the default variant of Snowflake to Transferwise. This avoids the extra troubleshooting required by the missing Postgres library components, especially for new users and non-postgres users.
Previously I was inclined to keep the Datamill one because it doesn't require S3 but as per the note in #103, the other fork now no longer requires S3 either. The remaining prep step to require a CSV file format pre-created would similarly be resolved if we can push a MR on this logged issue(https://github.com/transferwise/pipelinewise-target-snowflake/issues/188) on the Pipelinewise repo.
@DouweM and @tayloramurphy - What do you think?
Note: This has come up as I'm attempting to streamline the labs for Academy, as Snowflake is the primary target we are planning to use for students.

View 5 previous comments from the original issue on GitLab


Broadcast notification event name to be "Illuminate\Notifications\Events\BroadcastNotificationCreated" by default

This is done in order for laravel-echo to detect that it's a notification event, it enables the .notification method in laravel-echo to function as intended.

@patrickadvance Please submit a bug report with a reproducing repository to verify and confirm the issue.


New options: --yuv and --outdir

New options have been added:
--yuv        process RGB->YUV and save Y-plane (scaled to 0-255) to '.bin' file
----outdir   output directory for processed files; default = current dir

Maybe it is a good idea to store UV as well, at least to add such an option to select a format. The original idea of saving Y-plane only comes from the fact that the Y-plane is mostly used for CV needs.

I've removed YUV part from this PR, --outdir parameter is the only change


eliminate n^2 loop while detecting deleted clusters

While detecting deleted clusters, we go through watchedResourceNames for every configUpdated and parse cluster name. This PR does it only once and reuses it for all configUpdates.

[ ] Configuration Infrastructure
[ ] Docs
[ ] Installation
[X] Networking
[ ] Performance and Scalability
[ ] Policies and Telemetry
[ ] Security
[ ] Test and Release
[ ] User Experience
[ ] Developer Infrastructure

@ramaraochavali: The following test failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name
Commit
Details
Required
Rerun command

integ-security-multicluster_istio
11eb9b3413d36e965419ace8d25a0182a3340270
link
unknown
/test integ-security-multicluster_istio

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

/test integ-security-multicluster_istio


[release-v1.3] Switch back to use SO main branch

Signed-off-by: Pierangelo Di Pilato<EMAIL_ADDRESS>

/test me

/test all

/retest

/retest

/retest

The connection to the server api.ci-ocp-4-9-amd64-aws-us-west-1-rkmq8.hive.aws.ci.openshift.org:6443 was refused - did you specify the right host or port?

/retest

merging...


Add notification check and properties to BLE characteristic

Aligned the API with h2zero/NimBLE-Arduino, namely: NimBLE-Arduino RemoteCharacteristic.

Thanks.


[EXC-3144] Improve vanity domain configuration docs

Looks good from the technical side 👍
@wwarner-salesforce could you take a look too, please?

Sure! I'll review this.


release standalone devops tools preview 0.1.2

release standalone devops tools preview 0.1.2

@MSraye : Thanks for your contribution! The author(s) have been notified to review your proposed change.

@MSraye : Thanks for your contribution! The author(s) have been notified to review your proposed change.

#sign-off

#sign-off


Leftover replication threads prevent application exit.

This issue is consistently reproducible using CBL 1.3.1 on a Macbook Pro running OS X 10.11.6.
Java version 1.8.0_92.

JavaFX application
Start a simple continuous replication (client and SG on same machine)
No replication activity pending
Stop replication before ending app

Result: App hangs with CBLReplicationExecutor threads in a WAIT state.
OkHttp connection pool threads also hang around, but timeout.
Okio watchdog thread does not exit.
Thread-1 (?) remains in WAIT
Thread-3 (?) shows as RUNNING.
Shutdown code:
changesMonitor.stop();  // ends changes monitor thread
liveQuery.stop();             // Ends an all docs live query
DBService.getInstance().stopReplication();  // Calls stop on push and pull replications
db.close();
db.getManager().close();

Platform.exit();  // JavaFX terminate app

Giving this a quick ping as well, as I think it may be related to my issue (#1609). Might be that the thread is holding on to some files and causing the recursive file deletion call to fail.

I wrote simple JavaFX app with CBL to reproduce this issue. However, the application exits immediately. CBL version I use is v1.4.0.
https://gist.github.com/hideki/e79bf9426e87b3623340ffdc12fd764b
I will close for now. If the issue is still reproducible, please reopen the ticket.


Make it work with Emacs

This is the only thing I miss from vim. None of the existing emacs plugins come even close to nerdtree.

If you haven't already, you'll want to investigate emacs-neotree