text:
transaction rejected: output already spent

I'm running tapd v0.2.0-alpha on polar and get this error in one instance:
2023-05-31 16:05:31.003 [INF] RPCS: Starting RPC Server
2023-05-31 16:05:31.002 [INF] FRTR: Attempting to resume delivery for anchor_txid=22cf1da4f9ace79187227298c490a0b497ed21a2cabebfcedac40b8b5a61b28d
2023-05-31 16:05:31.002 [INF] FRTR: Attempting to resume delivery for anchor_txid=b990385ec0db9375f5fce1ae33052ef414aa1a5429b9becf68d2301a52f49011
2023-05-31 16:05:31.004 [INF] RPCS: RPC server listening on 0.0.0.0:10029
2023-05-31 16:05:31.005 [INF] GRDN: Resuming 0 pending inbound asset events
2023-05-31 16:05:31.006 [INF] GRDN: Loading wallet transactions starting at block height 0
2023-05-31 16:05:31.005 [INF] FRTR: ChainPorter executing state: SendStateBroadcast
2023-05-31 16:05:31.005 [INF] FRTR: ChainPorter executing state: SendStateBroadcast
2023-05-31 16:05:31.006 [INF] CONF: Starting HTTPS REST proxy listener at 0.0.0.0:8089
2023-05-31 16:05:31.008 [INF] RPCS: gRPC proxy started at 0.0.0.0:8089
2023-05-31 16:05:31.009 [INF] SRVR: Taproot Asset Daemon fully active!
2023-05-31 16:05:31.008 [INF] FRTR: Broadcasting new transfer tx, txid=22cf1da4f9ace79187227298c490a0b497ed21a2cabebfcedac40b8b5a61b28d
2023-05-31 16:05:31.008 [INF] GRDN: Checking 5 wallet transactions for inbound assets, this might take a while
2023-05-31 16:05:31.011 [DBG] GRDN: Inspecting tx b990385ec0db9375f5fce1ae33052ef414aa1a5429b9becf68d2301a52f49011 for Taproot Asset address outputs
2023-05-31 16:05:31.009 [INF] FRTR: Broadcasting new transfer tx, txid=b990385ec0db9375f5fce1ae33052ef414aa1a5429b9becf68d2301a52f49011
2023-05-31 16:05:31.013 [DBG] GRDN: Inspecting tx 32073b13a152958b69489f7ea2c9d53a848573ad4c8279c18d6732c5d6fc9926 for Taproot Asset address outputs
2023-05-31 16:05:31.014 [DBG] GRDN: Inspecting tx 6d9becf17713051b5bc6fb0c98931de9786ff3a76e7bf3e6f30a881990065a3f for Taproot Asset address outputs
2023-05-31 16:05:31.015 [DBG] GRDN: Inspecting tx 10f5741e1623d7915538551c083748c66af177a58c0cd72915e3faf967d7d25b for Taproot Asset address outputs
2023-05-31 16:05:31.015 [INF] GRDN: Starting main custodian event loop
2023-05-31 16:05:31.016 [DBG] GRDN: Inspecting tx 22cf1da4f9ace79187227298c490a0b497ed21a2cabebfcedac40b8b5a61b28d for Taproot Asset address outputs
2023-05-31 16:05:31.048 [ERR] FRTR: Error evaluating state (SendStateBroadcast): rpc error: code = Unknown desc = transaction rejected: output already spent
2023-05-31 16:05:31.048 [ERR] SRVR: Shutting down because error in main method: received critical error from subsystem: rpc error: code = Unknown desc = transaction rejected: output already spent
2023-05-31 16:05:31.049 [INF] RPCS: Stopping RPC Server
2023-05-31 16:05:31.050 [INF] SRVR: Shutdown complete

2023-05-31 16:05:31.048 [WRN] FRTR: Unable to advance state machine: rpc error: code = Unknown desc = transaction rejected: output already spent
2023-05-31 16:05:31.050 [WRN] FRTR: No response channel for resumed parcel, not delivering notification
received critical error from subsystem: rpc error: code = Unknown desc = transaction rejected: output already spent

I tried re-using a taproot asset address if that's a hint of what might have caused this.

This is the sender

Was this from you trying to do concurrent sends before any prior ones had confirmed?
Currently the send function isn't safe for concurrent use: https://github.com/lightninglabs/taproot-assets/issues/261

No it wasn't concurrent. I tried to re-use an address I've previously successfully used, but that operation was done and I believe the blocks were generated at that point.

No, I was using polar, not doing anything fancy, opening a channel would have been something I'd be aware of it doing. The container is still restarting, so I can maybe extract more data if you want. But like I said, all I tried was to re-use an taproot asset address, and I'm pretty sure the previous tx was confirmed.

When you say taproot address, do you mean a taproot assets address, or regular on chain address?

The container is still restarting, so I can maybe extract more data if you want.

It would be super helpful if you can replicate/paste the exact commands you used to trigger the behavior. The error in this case is that an on chain output was double spent.

I meat a taproot asset address of course. I did this to test if I could re-use them. And I could not immediately reproduce this, but today I just had it again, this time for an attempt that was made last week and did not immediately cause the issue.
2023-06-07 21:03:48.080 [INF] RPCS: Starting RPC Server
2023-06-07 21:03:48.079 [INF] FRTR: Attempting to resume delivery for anchor_txid=82780c8cdf9f6575bd20724ad9f6629fab92f944b698cf7497c394a3c850cd7f
2023-06-07 21:03:48.079 [INF] FRTR: Attempting to resume delivery for anchor_txid=40d84fa210d3215de59f9821fdc73793774fa5c110770386a1fec819a9876a5a
2023-06-07 21:03:48.082 [INF] RPCS: RPC server listening on 0.0.0.0:10029
2023-06-07 21:03:48.082 [INF] GRDN: Resuming 0 pending inbound asset events
2023-06-07 21:03:48.087 [INF] GRDN: Loading wallet transactions starting at block height 0
2023-06-07 21:03:48.082 [INF] FRTR: ChainPorter executing state: SendStateBroadcast
2023-06-07 21:03:48.083 [INF] FRTR: ChainPorter executing state: SendStateBroadcast
2023-06-07 21:03:48.084 [INF] CONF: Starting HTTPS REST proxy listener at 0.0.0.0:8089
2023-06-07 21:03:48.092 [INF] RPCS: gRPC proxy started at 0.0.0.0:8089
2023-06-07 21:03:48.092 [INF] SRVR: Taproot Asset Daemon fully active!
2023-06-07 21:03:48.092 [INF] FRTR: Broadcasting new transfer tx, txid=82780c8cdf9f6575bd20724ad9f6629fab92f944b698cf7497c394a3c850cd7f
2023-06-07 21:03:48.092 [INF] GRDN: Checking 12 wallet transactions for inbound assets, this might take a while
2023-06-07 21:03:48.095 [DBG] GRDN: Inspecting tx 40d84fa210d3215de59f9821fdc73793774fa5c110770386a1fec819a9876a5a for Taproot Asset address outputs
2023-06-07 21:03:48.093 [INF] FRTR: Broadcasting new transfer tx, txid=40d84fa210d3215de59f9821fdc73793774fa5c110770386a1fec819a9876a5a
2023-06-07 21:03:48.096 [DBG] GRDN: Inspecting tx b7f1ffaf1aea3f43712d9df62dd5d92520e31a0057ab889777ffdc43e64c57e8 for Taproot Asset address outputs
2023-06-07 21:03:48.100 [DBG] GRDN: Inspecting tx 3b41536184124daa953f6e42414749379209f303772082c3a5644810c842f059 for Taproot Asset address outputs
2023-06-07 21:03:48.104 [DBG] GRDN: Inspecting tx 87fae0d21cd288afd404f0299169a76d957da75ad861d07df1e5e4703f1d7ca0 for Taproot Asset address outputs
2023-06-07 21:03:48.105 [DBG] GRDN: Inspecting tx ad06246e11af1dd8e958bdf27058cffdaf1deca3366434381d96643b85bd8522 for Taproot Asset address outputs
2023-06-07 21:03:48.106 [DBG] GRDN: Inspecting tx 934d64b8e513fc049e35faf835610e5852453d230969de34d19ee83993469f15 for Taproot Asset address outputs
2023-06-07 21:03:48.106 [DBG] GRDN: Inspecting tx 53816e68ef49f18d46b2fc10add8b56369d024cb67f02e002493cef652b3abf0 for Taproot Asset address outputs
2023-06-07 21:03:48.107 [INF] GRDN: Starting main custodian event loop
2023-06-07 21:03:48.108 [DBG] GRDN: Inspecting tx 82780c8cdf9f6575bd20724ad9f6629fab92f944b698cf7497c394a3c850cd7f for Taproot Asset address outputs
2023-06-07 21:03:48.144 [ERR] FRTR: Error evaluating state (SendStateBroadcast): rpc error: code = Unknown desc = transaction rejected: output already spent
2023-06-07 21:03:48.144 [WRN] FRTR: Unable to advance state machine: rpc error: code = Unknown desc = transaction rejected: output already spent
2023-06-07 21:03:48.144 [ERR] SRVR: Shutting down because error in main method: received critical error from subsystem: rpc error: code = Unknown desc = transaction rejected: output already spent
2023-06-07 21:03:48.145 [INF] RPCS: Stopping RPC Server
2023-06-07 21:03:48.146 [INF] SRVR: Shutdown complete

It's not easy to reproduce this, but it doesn't seem to be super rare either. I'm using polar with lnd v0.16.2-beta by the way.

This is what I think is happening:

The send process resumes by re-loading a pending send package.
The resumed send package already contains an anchoring tx.
The send process resumes by attempting to broadcast the anchoring tx.
Since commencing the send event, the anchoring tx has become stale (perhaps LND has used the UTXO?). Therefore, the anchor tx broadcast fails.

If that's the case then completing this issue should make the send process more robust and solve this problem:
https://github.com/lightninglabs/taproot-assets/issues/261
I'll try to see if there's a simpler solution that we can implement in the meantime.

The other possibility (which came up in a discussion with @jharveyb ) is that both sending packages are using separate anchoring txs which spend the same UTXO. I think I can create an itest to see if that's possible.

( @dstadulis ) I've created this itest to show that the send procedure reserves (duration?) UTXOs even whilst the send process is pending: https://github.com/lightninglabs/taproot-assets/pull/355

@jharveyb Good point! Thanks for the clear explination. I've got a test written that's pretty close to what you've described (https://github.com/lightninglabs/taproot-assets/pull/355) I'll investigate!

Discussed this offline and found two possible scenarios that we want to reproduce:

spend same "fee paying" input from lnd:

mint asset
mine a block
consolidate all lnd inputs (sendcoins with sendall true)
transfer asset
go through all locks/(leases in lnd, unlock all of them
transfer second asset
see second one fail

spend the same asset coin input:

mint asset
mine a block
transfer asset
shut down daemon
restart daemon, causing the first transfer to be resumed in a separate goroutine
do a second transfer which now tries to spend the same asset input

JHB shared this comment: https://github.com/lightninglabs/taproot-assets/pull/358#issuecomment-1591331214

we would want to check for send TX confirmation and jump past re-broadcasting if confirmed

I'm going to open a new PR to do just that.

Scenario 3:

Mint asset
Mine a block
Transfer asset
Transfer progresses to broadcast
Shut down tapd
Mine a block, transfer is confirmed
Restart daemon
Daemon does not resume parcel correctly, stuck in SendStateBroadcast?

In addressing this issue we merged this fix: https://github.com/lightninglabs/taproot-assets/pull/358
And also added this integration test: https://github.com/lightninglabs/taproot-assets/pull/365
We think that this issue should be solved, so I'll close this issue.

authors: Roasbeef bilthon ffranr guggero jharveyb

repo: lightninglabs/taproot-assets


text:
Payments made with sendtoroute do not reflect the paid amounts in listpayments

In 19fafd7a9a5fe4ba05a6250aae748f2b7465ea05 the behavior of listpayments changes to no longer return the sent value of payments made with sendtoroute
Prior to this commit, sendtoroute payments values could be accessed via listpayments
After this commit, the values are returned as 0 instead of their actual amount
The expected value for these payments is the route total amount - total fees

I think I'm seeing this:
        {
            "payment_hash": "352a2df60a19175f06cb5fa9993436e3a0f16cee5b32cfba8dd8b1fcf82ccef5",
            "value": "0",
            "creation_date": "1559353582",
            "path": [
                "0234d70cf65a4e8974d3d49e23ec7b9792877f783f2f5dfd3882422aada18a916c",
                "02a5fa844d310f582d209fe649352b225440b8a54e77361f229bb92ee263c87e6f",
                "02e9046555a9665145b0dbd7f135744598418df7d61d3660659641886ef1274844",
                "02a5fa844d310f582d209fe649352b225440b8a54e77361f229bb92ee263c87e6f"
            ],
            "fee": "3",
            "payment_preimage": "16bd366b68d34960f16436fd5ca93cf67745c40d7c143204534a5e6f5a8599da",
            "value_sat": "0",
            "value_msat": "0"
        },
￼```

Sending with:

	sendRsp, err := router.SendToRoute(ctxt, &routerrpc.SendToRouteRequest{
		PaymentHash: invoiceRsp.RHash,
		Route: route,
	})

Version:

lnd version 0.6.1-beta commit=v0.6.1-beta-181-g1b5655f7fab463558b0e6a4120339581e810c096

Background
While rebalancing channels using loops created with QueryRoutes and
routerrpc SendToRoute sends are not credited to the
destination channel.
Your environment

mainnet
lnd version 0.6.1-beta commit=v0.6.1-beta-181-g1b5655f7fab463558b0e6a4120339581e810c096
Linux home2 4.15.0-48-generic #51~16.04.1-Ubuntu SMP Fri Apr 5 12:01:12 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
Bitcoin Core Daemon version v0.17.1.0-gef70f9b52b851c7997a9f1a0834714e3eebc1fd8

Steps to reproduce
The code is available here:
https://github.com/ksedgwic/lndtool/blob/a142ad8d29152e54b2ea78c278c14139e5102d69/rebalance.go
After running lndtool recommend a target source and destination
channel is automatically selected and QueryRoutes is run to find a
loop.  Each possible loop route is tried using SendToRoute until a
payment succeeds.
Expected behaviour
I expected lncli listpayments to display a paid invoice like this:
{
    "payment_hash": "e378c21f6fd82dd95d4218c7a6f7f0277941cc87aac0004d6c23343c07f7ae28",
    "value": "10000",
    "creation_date": "1559319374",
    "path": [
        "02a04446caa81636d60d63b066f2814cbd3a6b5c258e3172cbdded7a16e2cfff4c",
        "038d43a1ef03a7882dc74729db276b575fcda8205e66b6a1b544c09ac86d0e2794",
        "0395033b252c6f40e3756984162d68174e2bd8060a129c0d3462a9370471c6d28f",
        "02a5fa844d310f582d209fe649352b225440b8a54e77361f229bb92ee263c87e6f"
    ],
    "fee": "0",
    "payment_preimage": "9baaed8d638bd429408802be2f74e3adf37030cf475ba5704c3cf5188757ee93",
    "value_sat": "10000",
    "value_msat": "10000000"
},

Actual behaviour
Instead a payment with 0 value is displayed:
{
    "payment_hash": "5d198c5afb2604c0e1546604ec4ed260c15fc30ec1c629a5fbd9c9c5467bb204",
    "value": "0",
    "creation_date": "1559351866",
    "path": [
        "0234d70cf65a4e8974d3d49e23ec7b9792877f783f2f5dfd3882422aada18a916c",
        "0242a4ae0c5bef18048fbecf995094b74bfb0f7391418d71ed394784373f41e4f3",
        "02e9046555a9665145b0dbd7f135744598418df7d61d3660659641886ef1274844",
        "02a5fa844d310f582d209fe649352b225440b8a54e77361f229bb92ee263c87e6f"
    ],
    "fee": "2",
    "payment_preimage": "29ec07cc44f47e54d6032a03c6f5fb569f72d5976a97dc737193842c588f3b6b",
    "value_sat": "0",
    "value_msat": "0"
},

@aliexbosworth I'm confused about the state of my channels which encountered this problem; is the channel state ok?  Or is my node confused about the local balance?

I don't think there's a state issue since when I repro'ed it I could just modify the code to recalculate the amount paid from the route and it showed the correct amount
It seems to just be an RPC issue

Is there a possibility I could retreat my version to before the suspected mods but still after the DB change?  Is this worth a try?

No I wouldn't try it

There may be a state issue here so if these amounts are important to you I would avoid making more sendtoroute payments for the time being, even though I confirmed that the data is retained in one place there may be missing duplication of the data for record keeping purposes

Ok, sounds good.  I'll work on improving some other parts of my program for now.

@ksedgwic you might want to confirm this fixes the issue for you, it should be solved conclusively though

source: gharchive/issue

authors: alexbosworth ksedgwic

repo: lightningnetwork/lnd

license: MIT

license_type: permissive

license_source: github-api


text:
peer: add async queue for gossiper msgs

This PR adds an asynchronous, in-order queue for delivering remote channel announcements between the peer's readHandler and the authenticated gossiper. The graph topology integration test exhibited fairly consistent failures stating that notifications were never received, whose cause seems to be related to the interlocking between the peer and gossiper. By using the async, in-order queue, we allow the readHandler to unblock and continue processing messages from the wire. This seems to have resolved the problem, it's unclear if this may have had a positive effect on the reliability of other itests, but overall travis seems much happier 🎉
The fix was implemented by modifying the existing chanMsgStream to use an apply closure, which can potentially be reused for other subsystems where we deem this sort of delivery mechanism appropriate.

@jimpo IMO there's no need for distinct implementations. The rationale behind the refactor is simple: these incoming messages need to be handled in a non-blocking manner.
The current implementation achieves the same goals as having a distinct interface, but with less code required. Seems like your suggestion would require duplicating the message queue logic itself?

It works as is, so I'm fine leaving it but I do think having an interface clarifies the separation of concerns. It would essentially replace the newDiscMsgStream and newChanMsgStream functions with an actually struct that can hold chan IDs, link references, and whatever might be necessary in the future. I also find it a little weird to pass around strings for the sole purpose of logging.
It would not duplicate the message queue logic. The message queue would accept a message handler implementation.
Up to you and @cfromknecht.

@jimpo I really like the idea of abstracting this out a little further, and was hoping to do so when looking into a solution. The current solution is perfect, but I fleshed how the solution would look with a sort of MessageHandler, and it does introduce a little more code than is necessary. Definitely think we can and should refactor this down the road, for now just trying to get tests compiling on travis so we can merge other outstanding PRs with higher confidence.

source: gharchive/pull-request

authors: Roasbeef cfromknecht jimpo


text:
Broken in Edge 18 due to spread in object literal

The following change has broken Edge 18 (and IE) due to unsupported syntax:
https://github.com/lightstep/lightstep-tracer-javascript/commit/882b4cdc632173a07f64920802ae9b94260646db#diff-8dba8bd4b74f212e90507961fa2f1ee3R19983
         if (opts && opts.propagators) {
-            _this._propagators = Object.assign({}, _this._propagators, opts.propagators);
+            _this._propagators = { ..._this._propagators, ...opts.propagators };
         }

Not sure how to test since I don't have a Windows machine but made a PR ^

Yep that fixes it, thanks!

authors: ishg peterhorne

repo: lightstep/lightstep-tracer-javascript

license: mit

license_source: bigquery


text:
mill version should work without build file

if there is no build.sc
 ~ mill version
Compiling (synthetic)/ammonite/predef/interpBridge.sc
Script file not found: /Users/francisdb/build.sc

within project
mill version
[1/1] version
0.2.0

was introduced here: https://github.com/lihaoyi/mill/issues/276

This should be the case in master, try the latest unstable executable

authors: francisdb lihaoyi

repo: lihaoyi/mill


text:
Highlight deployable units / castable spells

Have SpellCards and UnitCards in hand have a different alpha css property when the player can pay for them vs. when the player cannot.

https://developer.mozilla.org/en-US/docs/Web/CSS/filter < possible to use some of these

repo: lijim/monks-and-mages


text:
test2

What problem does this PR solve?
Issue Number: close #xxx
Problem Summary:
What is changed and how it works?
Proposal: xxx
What's Changed:
How it Works:
Related changes

PR to update pingcap/docs/pingcap/docs-cn:
Need to cherry-pick to the release branch

Check List
Tests

Unit test
Integration test
Manual test (add detailed scripts or steps below)
No code

Side effects

Performance regression

Consumes more CPU
Consumes more MEM

Breaking backward compatibility

Release note

/test

/run

/help

/run-all-tests

/example

/help

/example

/example tidb=release-4.0

/example tidb=release-4.0

/example tidb=master

/example tidb=master

/example tidb=v4.0.1

/example

/example

repo: lilinghai/tidb


text:
Failure to use config

While building (https://github.com/MinusGix/minusgix.github.io/tree/master ), the output appears to fail to use my configuration as it does not use the theme nor does it appear to use katex.
It works on my local machine (Manjaro Linux), with these versions:
Bundle: 2.1.4
Gem: 3.1.4
Ruby: 2.7.1p83
Log from github actions: https://gist.github.com/MinusGix/7563cc94d85cbcdcf5ed0c683f3bb3e4
It appears to use ruby 2.7, bundler 2.1.4, and probably the correct jekyll version, so I'm not sure what the issue is. Do you have any ideas?

Hi, from a quick look at your _config.yml it seems like there is nothing wrong, and the output on your gh-pages branch seems fine as well, with the theme built in. Could you go to check your repository settings, and see that under "GitHub Pages" the source branch is gh-pages?

Thanks! I feel foolish now.


text:
TypeError: Cannot read property 'querySelectorAll' of null

My environment:
OS: WIN 7
Browser: Chrome 59.0.3071.115 64bit
Framework: Angular 4.2.6
Framework's Plugins: @toverux/ngsweetalert2 1.2.2
Sweetalert2 Version: 6.6.5
Problem:
If I create a Sweetalert2 with Angular, Able to reproduce it with this:
swal({
  type: 'success',
  showConfirmButton: false,
  showCancelButton: false,
  title: 'test',
  html: 'test1',
  allowEscapeKey: false,
  allowEnterKey: false,
  timer: 1250,
});

setTimeout(
  ( ) => {
    // Redirect to different component
  },
  500
);

Error Message:
ERROR TypeError: Cannot read property 'querySelectorAll' of null
    at getFocusableElements (sweetalert2.js:250)
    at handleKeyDown (sweetalert2.js:1074)
    at wrapFn (zone.js:1056)
    at wrapFn (zone.js:1056)
    at ZoneDelegate.webpackJsonp.../../../../zone.js/dist/zone.js.ZoneDelegate.invokeTask (zone.js:424)
    at Object.onInvokeTask (core.es5.js:3881)
    at ZoneDelegate.webpackJsonp.../../../../zone.js/dist/zone.js.ZoneDelegate.invokeTask (zone.js:423)
    at Zone.webpackJsonp.../../../../zone.js/dist/zone.js.Zone.runTask (zone.js:191)
    at ZoneTask.invoke (zone.js:486)

I have been upgraded to latest version, I think the problem will be that the time is not over, then jump to other pages, but after the jump Sweetalert2 was closed by Sweetalert2 timer, and then the event can not be normal detection.
So the problem #557, #523 has not been solved.

For bug reports, please include:

a jsfiddle in order for us to be able to reproduce the issue.

JSFiddle template: https://jsfiddle.net/limon/ad3quksn/

See Contributing.md

authors: limonte taipeiwu


text:
See about getting stickers made up

Should they be hexagonal or standard square?

Sticker order is in.

repo: limulus/tucsonjs-logo


text:
Search isn't working for me

It's been down for a while; not sure what's going on but I put in a search string and the little circle indicator just spins forever. Presumably there is no response from whatever backend is supposed to respond. Don't know enough about web development to make a sensible bug report.

Looks like the OpenAI quota is being exceeded:
OpenAI API error: You exceeded your current quota, please check your plan and billing details. For more information on this error, read the docs: https://platform.openai.com/docs/guides/error-codes/api-errors.

is the error I get in my console

I'm surprised (yet not surprised) that OpenAI is used. There's no feature that obviously (to me) needs an LLM here.

As far as I can tell it's only used for extracting dates. I'd expect this to be something done as preprocessing during web crawl rather than on demand, but I suppose if you insist on using chatgpt (and so paying for each date parsed) it would be cheaper to do it when presenting results. The volume of pages touched by searches is probably comparatively lower, this being a niche search engine.

repo: lindylearn/aboutideasnow


text:
DNS error with certain DNS servers that don't handle EDNS

Only on Windows, I often am unable to resolve DNS with Netty
Caused by: java.net.UnknownHostException: failed to resolve 'www.googleapis.com' after 3 queries
        at io.netty.resolver.dns.DnsResolveContext.finishResolve(DnsResolveContext.java:845)
        ... 32 more

Despite nslookup www.googleapis.com for example working fine.
This happens both when invoking commands from the command line in an msys2 terminal as well as in IntelliJ.
Don't have much else to go on, any recommendations on how I can get some more logs or something to help debug?

Here's what a change in Netty might look like - https://github.com/netty/netty/compare/4.1...anuraaga:retry-without-opt?expand=1

Hmm, without EDNS, we are clipped out at 512-byte boundary which is too small in many cases, so I expect most users will not want to disable EDNS. I agree with you though that we need to expose more configuration options. Given the large number of configuration options (see DnsNameResolverBuilder), it'd be better adding a configuration property like Consumer<DnsNameResolverBuilder> (or Function) instead of all individual options. What do you think? It should be way simpler than ClientFactory.addressResolverGroupFactory(). (We could even deprecate it.)

Yeah we definitely shouldn't disable it by default. The Consumer pattern looks great. Just wondering though, what do you think about the idea of having Netty retry if EDNS is enabled but the query fails?

I think it is fine as long as there's a way to tell the query failure was due to the OPT record. Can we?

Unfortunately not, it would be a bit of a heuristic. We can know if the server rejected the query as a "bad request" (FormError(1)) which may or may not be explicit enough for us, not sure.

authors: anuraaga trustin

repo: line/armeria


text:
Add ServerConfig.verboseResponses()

Motivation:
verboseResponse flag could be controlled programmatically when
creating a Server because a user may not want to rely on a system
property.
Modifications:

Added verboseResponses property to ServerBuilder and ServerConfig
Removed the stack trace from the debugData field of a GOAWAY frame
and logged the connection error exceptions explicitly instead for
easier protocol violation diagnosis.

As a result, GOAWAY frame logging does not rely on verboseResponses
anymore.

Result:

Closes #1507

Thanks for reviewing.


text:
Reduce the memory footprint of the default Dropwizard `HierarchicalNa…

…meMapper`
Motivation:
At some point, Micrometer's Meter.Id.getTags() started to return a
copy of its tag list. It was returning an Iterable<Tag> without any
additional copying before. We obviously want to avoid making a copy of
the tag list like we did before.
Modifications:

Use getTagsAsIterable() instead of getTags()

Result:

Less memory footprint when converting a Meter.Id into a Dropwizard
meter name.

FYI - The change occurs in Micrometer 1.1.0.


text:
能不能加一个前台通知呢？

能不能加一个前台通知呢？

如果是说Notification，目前已经有这一块的组件。
可以参考demo中的NotificationMinSetActivity与NotificationSampleActivity的使用。

authors: DolphinBoy Jacksgong

repo: lingochamp/FileDownloader


text:
Social links always visible

I think we should make the social links in the footer always visible instead of hidden behind a mouse press

@richie-south I'd be happy to take this one.

@LinaJohnson Wouldn't have it any other way 😀

I'll like to contribute to this issue.!

@richie-south PR is open and available for review here: https://github.com/lingonsaft/hacktoberfest/pull/267

authors: LinaJohnson parthpandyappp richie-south

repo: lingonsaft/hacktoberfest


text:
Undefined Symbols when Building with Bazel 7

Hi, this is super cool! Have you figured out how to build this on Bazel 7? Unfortunately I get this error output when using 7.0.0 or above:
$ bazel test tests:test_word_count
INFO: Analyzed target //tests:test_word_count (186 packages loaded, 4737 targets configured).
ERROR: /Users/user/repos/3rd-party/pyo3-bazel-example/BUILD:17:20: Compiling Rust cdylib word_count_rs (1 files) failed: (Exit 1): process_wrapper failed: error executing Rustc command (from target //:word_count_rs) bazel-out/darwin_arm64-opt-exec-ST-13d3ddad9198/bin/external/rules_rust/util/process_wrapper/process_wrapper --arg-file ... (remaining 59 arguments skipped)

Use --sandbox_debug to see verbose messages from the sandbox and retain the sandbox build root for debugging
error: linking with `external/bazel_tools~cc_configure_extension~local_config_cc/cc_wrapper.sh` failed: exit status: 1
  |
  = note: LC_ALL="C" PATH="/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/bin" VSLANG="1033" ZERO_AR_DATE="1" "external/bazel_tools~cc_configure_extension~local_config_cc/cc_wrapper.sh" "-Wl,-exported_symbols_list,/var/folders/sn/bmvl4pzs14nbt42gh5y7q1dc0000gn/T/rustcmpGJZP/list" "-arch" "arm64" "/var/folders/sn/bmvl4pzs14nbt42gh5y7q1dc0000gn/T/rustcmpGJZP/symbols.o" "bazel-out/darwin_arm64-fastbuild/bin/word_count_rs.word_count_rs.be969a07007dab28-cgu.0.rcgu.o" "bazel-out/darwin_arm64-fastbuild/bin/word_count_rs.word_count_rs.be969a07007dab28-cgu.1.rcgu.o" "bazel-out/darwin_arm64-fastbuild/bin/word_count_rs.word_count_rs.be969a07007dab28-cgu.2.rcgu.o" "bazel-out/darwin_arm64-fastbuild/bin/word_count_rs.4k6d2ex05cd64u6z.rcgu.o" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/rust_toolchain/lib/rustlib/aarch64-apple-darwin/lib" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__cfg-if-1.0.0" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__libc-0.2.148" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__memoffset-0.9.0" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__scopeguard-1.2.0" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__lock_api-0.4.10" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__smallvec-1.11.1" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__parking_lot_core-0.9.8" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__parking_lot-0.12.1" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__pyo3-ffi-0.19.2" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__unindent-0.1.11" "-L" "bazel-out/darwin_arm64-opt-exec-ST-13d3ddad9198/bin/external/crates_vendor__indoc-1.0.9" "-L" "bazel-out/darwin_arm64-opt-exec-ST-13d3ddad9198/bin/external/crates_vendor__pyo3-macros-0.19.2" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__pyo3-0.19.2" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__either-1.9.0" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__crossbeam-utils-0.8.16" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__crossbeam-epoch-0.9.15" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__crossbeam-deque-0.8.3" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__rayon-core-1.12.0" "-L" "bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__rayon-1.8.0" "-L" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__rayon-1.8.0/librayon-2651969924.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__rayon-core-1.12.0/librayon_core-1614265090.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__crossbeam-deque-0.8.3/libcrossbeam_deque-1659410389.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__crossbeam-epoch-0.9.15/libcrossbeam_epoch-618482272.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__crossbeam-utils-0.8.16/libcrossbeam_utils-92664184.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__either-1.9.0/libeither-3048117474.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__pyo3-0.19.2/libpyo3-962938150.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__memoffset-0.9.0/libmemoffset-516954813.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__parking_lot-0.12.1/libparking_lot-3100473073.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__parking_lot_core-0.9.8/libparking_lot_core-456408101.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__cfg-if-1.0.0/libcfg_if-225409915.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__smallvec-1.11.1/libsmallvec-1734838382.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__lock_api-0.4.10/liblock_api-191500491.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__scopeguard-1.2.0/libscopeguard-2414675236.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__pyo3-ffi-0.19.2/libpyo3_ffi-746270972.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__libc-0.2.148/liblibc-812480175.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/execroot/_main/bazel-out/darwin_arm64-fastbuild/bin/external/crates_vendor__unindent-0.1.11/libunindent-1550130560.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/libstd-36e73021e4247594.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/libpanic_unwind-52b284481dca8732.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/libobject-e27e8842157b5a2e.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/libmemchr-a01b1525173af9b0.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/libaddr2line-23ad1583d9050aac.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/libgimli-f2554fc165d855a7.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/librustc_demangle-1e6fb34addc71a5e.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/libstd_detect-2929fc83dfa68f12.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/libhashbrown-3748ea25609ca46c.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/librustc_std_workspace_alloc-46f75e0972dffd6c.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/libminiz_oxide-abcc0f757a4ea41c.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/libadler-ae52a46edeae01d6.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/libunwind-425605a026bcacf8.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/libcfg_if-e8afa936573ab4ed.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/liblibc-28df624950916842.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/liballoc-0be48159742c7a66.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/librustc_std_workspace_core-2a7688bc7e6bb37f.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/libcore-440f5c04376d3bea.rlib" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib/libcompiler_builtins-a60d52d655bd7f57.rlib" "-liconv" "-lSystem" "-lc" "-lm" "-L" "/private/var/tmp/_bazel_user/0b0a7ebee5a17fb75b5f86c1cd9e9eca/external/rust_darwin_aarch64__aarch64-apple-darwin__stable_tools/lib/rustlib/aarch64-apple-darwin/lib" "-o" "bazel-out/darwin_arm64-fastbuild/bin/libword_count_rs.dylib" "-Wl,-dead_strip" "-dynamiclib" "-Wl,-dylib" "-nodefaultlibs" "-shared" "-mmacos-version-min=14.4" "-no-canonical-prefixes" "-fobjc-link-runtime" "-headerpad_max_install_names" "-lSystem" "-lresolv" "-lSystem" "-lresolv" "-lc++" "-lm"
  = note: ld: warning: ignoring duplicate libraries: '-lSystem', '-lm', '-lresolv'
          ld: warning: no platform load command found in '/private/var/folders/sn/bmvl4pzs14nbt42gh5y7q1dc0000gn/T/rustcmpGJZP/symbols.o', assuming: macOS
          Undefined symbols for architecture arm64:
            "_PyBool_Type", referenced from:
                pyo3_ffi::object::Py_SIZE::h6df3b5bbe447a1f3 in libpyo3-962938150.rlib[13](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.10.rcgu.o)
            "_PyBytes_AsString", referenced from:
                pyo3::types::bytes::PyBytes::as_bytes::h93ef89336f9e96ac in libpyo3-962938150.rlib[18](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.15.rcgu.o)
            "_PyBytes_Size", referenced from:
                pyo3::types::bytes::PyBytes::as_bytes::h93ef89336f9e96ac in libpyo3-962938150.rlib[18](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.15.rcgu.o)
            "_PyCMethod_New", referenced from:
                pyo3_ffi::methodobject::PyCFunction_NewEx::h19e830135de1494e in libpyo3-962938150.rlib[6](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.03.rcgu.o)
            "_PyErr_Fetch", referenced from:
                pyo3::err::PyErr::_take::hc5eedfe822f2bcb1 in libpyo3-962938150.rlib[11](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.08.rcgu.o)
            "_PyErr_GivenExceptionMatches", referenced from:
                pyo3::err::PyErr::is_instance::h9f66e3b1f03470af in libpyo3-962938150.rlib[11](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.08.rcgu.o)
            "_PyErr_NewExceptionWithDoc", referenced from:
                pyo3::err::PyErr::new_type::hab8cc97f71e6648b in libpyo3-962938150.rlib[11](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.08.rcgu.o)
            "_PyErr_NormalizeException", referenced from:
                pyo3::err::err_state::PyErrState::normalize::hc10a512257a4c17b in libpyo3-962938150.rlib[13](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.10.rcgu.o)
            "_PyErr_Print", referenced from:
                pyo3::err::panic_after_error::hd0e260acd019b261 in libpyo3-962938150.rlib[11](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.08.rcgu.o)
            "_PyErr_PrintEx", referenced from:
                pyo3::err::PyErr::print_panic_and_unwind::hfbdfca0eeb7bb107 in libpyo3-962938150.rlib[11](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.08.rcgu.o)
            "_PyErr_Restore", referenced from:
                pyo3::err::err_state::PyErrState::restore::h54c3ed6a9bf70821 in libpyo3-962938150.rlib[13](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.10.rcgu.o)
            "_PyErr_WriteUnraisable", referenced from:
                pyo3::err::PyErr::write_unraisable::hd7ea64baad0b73f0 in libpyo3-962938150.rlib[11](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.08.rcgu.o)
            "_PyEval_RestoreThread", referenced from:
                _$LT$pyo3..gil..SuspendGIL$u20$as$u20$core..ops..drop..Drop$GT$::drop::ha559f513eaed07dc in libpyo3-962938150.rlib[7](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.04.rcgu.o)
            "_PyEval_SaveThread", referenced from:
                pyo3::gil::prepare_freethreaded_python::_$u7b$$u7b$closure$u7d$$u7d$::hf9994325bb38bdcc in libpyo3-962938150.rlib[7](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.04.rcgu.o)
                pyo3::gil::SuspendGIL::new::h16355865f42b97a3 in libpyo3-962938150.rlib[7](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.04.rcgu.o)
            "_PyExc_AttributeError", referenced from:
                _$LT$pyo3..exceptions..PyAttributeError$u20$as$u20$pyo3..type_object..PyTypeInfo$GT$::type_object_raw::h70c4912f6e3ccd55 in libpyo3-962938150.rlib[3](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.00.rcgu.o)
            "_PyExc_BaseException", referenced from:
                _$LT$pyo3..exceptions..PyBaseException$u20$as$u20$pyo3..type_object..PyTypeInfo$GT$::type_object_raw::hbc57f9b94f13173f in libpyo3-962938150.rlib[3](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.00.rcgu.o)
            "_PyExc_ImportError", referenced from:
                _$LT$pyo3..exceptions..PyImportError$u20$as$u20$pyo3..type_object..PyTypeInfo$GT$::type_object_raw::h5499eefe2a34f0d1 in libpyo3-962938150.rlib[3](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.00.rcgu.o)
            "_PyExc_TypeError", referenced from:
                _$LT$pyo3..exceptions..PyTypeError$u20$as$u20$pyo3..type_object..PyTypeInfo$GT$::type_object_raw::h1950af5ea30db7d2 in libpyo3-962938150.rlib[3](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.00.rcgu.o)
            "_PyExc_ValueError", referenced from:
                _$LT$pyo3..exceptions..PyValueError$u20$as$u20$pyo3..type_object..PyTypeInfo$GT$::type_object_raw::hb6faefb15ba92128 in libpyo3-962938150.rlib[3](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.00.rcgu.o)
            "_PyException_GetCause", referenced from:
                pyo3::err::PyErr::cause::h7a9bd98bc6160da0 in libpyo3-962938150.rlib[11](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.08.rcgu.o)
            "_PyException_GetTraceback", referenced from:
                pyo3::err::err_state::PyErrState::normalized::h83b1589a3e67befb in libpyo3-962938150.rlib[13](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.10.rcgu.o)
            "_PyException_SetCause", referenced from:
                pyo3::err::PyErr::set_cause::hc0618043e2427477 in libpyo3-962938150.rlib[11](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.08.rcgu.o)
            "_PyException_SetTraceback", referenced from:
                pyo3::err::PyErr::into_value::h45b892f7e7b91ff4 in libpyo3-962938150.rlib[11](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.08.rcgu.o)
            "_PyGILState_Ensure", referenced from:
                pyo3::gil::GILGuard::acquire_unchecked::h091ed9ded913160a in libpyo3-962938150.rlib[7](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.04.rcgu.o)
            "_PyGILState_Release", referenced from:
                _$LT$pyo3..gil..GILGuard$u20$as$u20$core..ops..drop..Drop$GT$::drop::h2bda6067dd207b54 in libpyo3-962938150.rlib[7](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.04.rcgu.o)
            "_PyList_Append", referenced from:
                pyo3::types::list::PyList::append::inner::h7665a2e082cfc312 in libpyo3-962938150.rlib[18](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.15.rcgu.o)
            "_PyList_New", referenced from:
                pyo3::types::list::PyList::empty::h2c1036b4625885ac in libpyo3-962938150.rlib[18](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.15.rcgu.o)
            "_PyLong_FromUnsignedLongLong", referenced from:
                pyo3::conversions::std::num::_$LT$impl$u20$pyo3..conversion..IntoPy$LT$pyo3..instance..Py$LT$pyo3..types..any..PyAny$GT$$GT$$u20$for$u20$u64$GT$::into_py::h0d0cb23635f8524a in libpyo3-962938150.rlib[12](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.09.rcgu.o)
            "_PyLong_Type", referenced from:
                pyo3_ffi::object::Py_SIZE::h6df3b5bbe447a1f3 in libpyo3-962938150.rlib[13](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.10.rcgu.o)
            "_PyModule_Create2", referenced from:
                pyo3_ffi::modsupport::PyModule_Create::hcf68548b07ce140d in libpyo3-962938150.rlib[13](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.10.rcgu.o)
            "_PyModule_GetName", referenced from:
                pyo3::types::module::PyModule::name::haf0cb6a17f22fb6a in libpyo3-962938150.rlib[7](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.04.rcgu.o)
            "_PyObject_GetAttr", referenced from:
                pyo3::types::any::PyAny::_getattr::h986ec999ecea1f16 in libpyo3-962938150.rlib[9](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.06.rcgu.o)
            "_PyObject_Repr", referenced from:
                pyo3::types::any::PyAny::repr::hbdb2d409ec8c39bd in libpyo3-962938150.rlib[9](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.06.rcgu.o)
            "_PyObject_SetAttr", referenced from:
                pyo3::types::any::PyAny::setattr::inner::h855feca9756d43f6 in libpyo3-962938150.rlib[9](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.06.rcgu.o)
            "_PyObject_Str", referenced from:
                pyo3::types::any::PyAny::str::hc95afdaec6f226e3 in libpyo3-962938150.rlib[9](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.06.rcgu.o)
            "_PyTuple_New", referenced from:
                pyo3::types::tuple::_$LT$impl$u20$pyo3..conversion..IntoPy$LT$pyo3..instance..Py$LT$pyo3..types..any..PyAny$GT$$GT$$u20$for$u20$$LP$T0$C$$RP$$GT$::into_py::h4c0fd6192ff2dee5 in libpyo3-962938150.rlib[12](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.09.rcgu.o)
                pyo3::types::tuple::_$LT$impl$u20$pyo3..conversion..IntoPy$LT$pyo3..instance..Py$LT$pyo3..types..any..PyAny$GT$$GT$$u20$for$u20$$LP$T0$C$$RP$$GT$::into_py::h3c3a0a9557f292d1 in libpyo3-962938150.rlib[16](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.13.rcgu.o)
            "_PyTuple_SetItem", referenced from:
                pyo3::types::tuple::_$LT$impl$u20$pyo3..conversion..IntoPy$LT$pyo3..instance..Py$LT$pyo3..types..any..PyAny$GT$$GT$$u20$for$u20$$LP$T0$C$$RP$$GT$::into_py::h4c0fd6192ff2dee5 in libpyo3-962938150.rlib[12](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.09.rcgu.o)
                pyo3::types::tuple::_$LT$impl$u20$pyo3..conversion..IntoPy$LT$pyo3..instance..Py$LT$pyo3..types..any..PyAny$GT$$GT$$u20$for$u20$$LP$T0$C$$RP$$GT$::into_py::h3c3a0a9557f292d1 in libpyo3-962938150.rlib[16](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.13.rcgu.o)
            "_PyUnicode_AsEncodedString", referenced from:
                pyo3::types::string::PyString::to_string_lossy::hcbd1a46afa6adeed in libpyo3-962938150.rlib[10](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.07.rcgu.o)
            "_PyUnicode_AsUTF8AndSize", referenced from:
                pyo3::types::string::PyString::to_str::ha8162c3d4240f51e in word_count_rs.word_count_rs.be969a07007dab28-cgu.2.rcgu.o
                pyo3::types::string::PyString::to_str::ha243755a654b3bba in libpyo3-962938150.rlib[10](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.07.rcgu.o)
            "_PyUnicode_FromStringAndSize", referenced from:
                pyo3::types::string::PyString::new::ha74655bb2c1e080c in libpyo3-962938150.rlib[10](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.07.rcgu.o)
                pyo3::types::string::PyString::intern::ha15a583056281847 in libpyo3-962938150.rlib[10](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.07.rcgu.o)
            "_PyUnicode_InternInPlace", referenced from:
                pyo3::types::string::PyString::intern::ha15a583056281847 in libpyo3-962938150.rlib[10](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.07.rcgu.o)
            "_Py_InitializeEx", referenced from:
                pyo3::gil::prepare_freethreaded_python::_$u7b$$u7b$closure$u7d$$u7d$::hf9994325bb38bdcc in libpyo3-962938150.rlib[7](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.04.rcgu.o)
            "_Py_IsInitialized", referenced from:
                pyo3::gil::prepare_freethreaded_python::_$u7b$$u7b$closure$u7d$$u7d$::hf9994325bb38bdcc in libpyo3-962938150.rlib[7](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.04.rcgu.o)
                pyo3::gil::GILGuard::acquire::_$u7b$$u7b$closure$u7d$$u7d$::h1b49444bee1ed173 in libpyo3-962938150.rlib[7](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.04.rcgu.o)
            "__Py_Dealloc", referenced from:
                pyo3::gil::ReferencePool::update_counts::he85792c009cf56a4 in libpyo3-962938150.rlib[7](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.04.rcgu.o)
                _$LT$pyo3..gil..GILPool$u20$as$u20$core..ops..drop..Drop$GT$::drop::h41cef3301cae0ce9 in libpyo3-962938150.rlib[7](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.04.rcgu.o)
                pyo3::gil::register_decref::h269a663e2a9dad72 in libpyo3-962938150.rlib[7](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.04.rcgu.o)
            "__Py_NoneStruct", referenced from:
                pyo3_ffi::object::Py_None::h9542159de3a5108d in libpyo3-962938150.rlib[13](pyo3-962938150.pyo3.741a3cb2600100aa-cgu.10.rcgu.o)
          ld: symbol(s) not found for architecture arm64
          clang: error: linker command failed with exit code 1 (use -v to see invocation)

error: aborting due to previous error

Target //tests:test_word_count failed to build
Use --verbose_failures to see the command lines of failed build steps.
INFO: Elapsed time: 8.914s, Critical Path: 1.95s
INFO: 2 processes: 2 internal.
ERROR: Build did NOT complete successfully
//tests:test_word_count                                         FAILED TO BUILD

Executed 0 out of 1 test: 1 fails to build.

Fixed by making the current_py_cc_libs target from rules_python a dependency of the rust_shared_library, as hinted at in this thread. Not sure exactly when this was introduced in rules_python, but it exists in version 0.31.0 and up.
diff --git a/BUILD b/BUILD
index b28e643..df8a3ac 100644
--- a/BUILD
+++ b/BUILD
@@ -18,5 +18,7 @@ rust_shared_library(
     name = "word_count_rs",
     srcs = glob(["src/**/*.rs"]),
     visibility = ["//word_count:__pkg__"],
-    deps = all_crate_deps(normal = True),
+    deps = all_crate_deps(normal = True) + [
+        "@rules_python//python/cc:current_py_cc_libs",
+    ],
 )

On Bazel 6 and 7 I also noticed that pyo3-build-config would pick up the hermetic python toolchain, as reported by pyo3-build-config.txt, without needing to provide the explicit build script annotation.


text:
Query: Multiple Burrow instances

What would happen if I have a cluster of burrow pointing to the one broker? Ideally the burrow consumer should get rebalanced but are the metrics duplicated or something I should take into consideration?

Since each Burrow consumer will be fetching the same data from the broker and duplicating the metrics can lead to performance issue and wasting your resources. This can lead to wasted resources and performance issues. ideally we should point one Burrow consumer to each broker.

@Rahulreddy1020 thanks for the response. I guessed something like that when metrics were abruptly higher than the actual. On an ending note, what would you suggest for Burrow configs for a heavy duty Kafka cluster, say 70+ brokers with 4000+ topics

repo: linkedin/Burrow


text:
LigerCrossEntropyLoss is not patched for latest transformers models

🐛 Describe the bug
To fix GA bug, latest transformers no longer imports CrossEntropyLoss. Instead, it's wrapped in self.loss_function which can be traced back to here. So that current patching method doesn't work on latest transformers model.
Note that labels and logits shifting operations are wrapped in loss_function as well, we need to take care of it when implementing new patching method.
Reproduce
No response
Versions
none

fixed by https://github.com/linkedin/Liger-Kernel/pull/375

repo: linkedin/Liger-Kernel


text:
HiveLoad.py load to postgresql error:Cannot create PyString with non-byte value

i want to load "hive_schema.csv" into my postgres repository，so i modify the load_cmd like this:
\COPY tmp_dict_dataset(name, schema, properties, fields, urn, source, dataset_type, storage_type, sample_partition_full_path, source_created_time, source_modified_time)  from '{source_file}' with delimiter E'\x1A' NULL 'null' csv ESCAPE  as ' ';
insert into stg_dict_dataset(db_id,wh_etl_exec_id,name, schema, properties, fields, urn, source, dataset_type, storage_type, sample_partition_full_path, source_created_time, source_modified_time)
select 105,1,name,schema, properties, fields, urn, source, dataset_type, storage_type, nvl(sample_partition_full_path,''), source_created_time, nvl(source_modified_time,'')
from tmp_dict_dataset;
I test this sql in my postgres correctly but raise error in hive load process。Is jython script no surpport postgres copy command？

Could you provide with more error message?  Thanks.

2017-03-31 09:58:40 INFO  m.e.d.h.HiveMetadataEtl:57 - In Hive metadata ETL, launch load jython scripts
2017-03-31 09:58:40 INFO  m.e.d.h.HiveMetadataEtl:58 - classpath:D:\libs\accessors-smart-1.1.jar;D:\libs\activation-1.1.jar;D:\libs\akka-actor_2.10-2.3.15.jar;D:\libs\ant-1.6.5.jar;D:\libs\ant-1.9.1.jar;D:\libs\ant-launcher-1.9.1.jar;D:\libs\antlr-2.7.7.jar;D:\libs\antlr-runtime-3.4.jar;D:\libs\aopalliance-1.0.jar;D:\libs\apacheds-i18n-2.0.0-M15.jar;D:\libs\apacheds-kerberos-codec-2.0.0-M15.jar;D:\libs\api-asn1-api-1.0.0-M20.jar;D:\libs\api-util-1.0.0-M20.jar;D:\libs\asm-3.1.jar;D:\libs\asm-5.0.3.jar;D:\libs\automaton-1.11-8.jar;D:\libs\avro-1.7.7.jar;D:\libs\avro-ipc-1.7.7-tests.jar;D:\libs\avro-ipc-1.7.7.jar;D:\libs\avro-mapred-1.7.7.jar;D:\libs\bonecp-0.8.0.RELEASE.jar;D:\libs\calcite-avatica-1.2.0-incubating.jar;D:\libs\calcite-core-1.2.0-incubating.jar;D:\libs\calcite-linq4j-1.2.0-incubating.jar;D:\libs\cglib-2.2.1-v20090111.jar;D:\libs\common-config-3.0.1.jar;D:\libs\common-utils-3.0.1.jar;D:\libs\commons-beanutils-1.7.0.jar;D:\libs\commons-beanutils-core-1.8.0.jar;D:\libs\commons-cli-1.2.jar;D:\libs\commons-codec-1.9.jar;D:\libs\commons-collections-3.2.2.jar;D:\libs\commons-compiler-2.7.6.jar;D:\libs\commons-compress-1.4.1.jar;D:\libs\commons-configuration-1.6.jar;D:\libs\commons-daemon-1.0.13.jar;D:\libs\commons-dbcp-1.4.jar;D:\libs\commons-digester-1.8.jar;D:\libs\commons-el-1.0.jar;D:\libs\commons-httpclient-3.1.jar;D:\libs\commons-io-2.5.jar;D:\libs\commons-lang-2.6.jar;D:\libs\commons-logging-1.2.jar;D:\libs\commons-math3-3.1.1.jar;D:\libs\commons-net-3.1.jar;D:\libs\commons-pool-1.5.4.jar;D:\libs\config-1.3.1.jar;D:\libs\core-3.1.1.jar;D:\libs\curator-client-2.7.1.jar;D:\libs\curator-framework-2.7.1.jar;D:\libs\curator-recipes-2.7.1.jar;D:\libs\datanucleus-api-jdo-3.2.6.jar;D:\libs\datanucleus-core-3.2.10.jar;D:\libs\datanucleus-rdbms-3.2.9.jar;D:\libs\derby-10.10.2.0.jar;D:\libs\eigenbase-properties-1.1.5.jar;D:\libs\groovy-all-2.1.6.jar;D:\libs\gsjdbc4-9.1-902.jar;D:\libs\gson-2.2.4.jar;D:\libs\guava-16.0.1.jar;D:\libs\guice-3.0.jar;D:\libs\guice-servlet-3.0.jar;D:\libs\hadoop-annotations-2.7.3.jar;D:\libs\hadoop-auth-2.7.3.jar;D:\libs\hadoop-common-2.7.3.jar;D:\libs\hadoop-hdfs-2.7.1.jar;D:\libs\hadoop-yarn-api-2.6.0.jar;D:\libs\hadoop-yarn-common-2.6.0.jar;D:\libs\hadoop-yarn-server-applicationhistoryservice-2.6.0.jar;D:\libs\hadoop-yarn-server-common-2.6.0.jar;D:\libs\hadoop-yarn-server-resourcemanager-2.6.0.jar;D:\libs\hadoop-yarn-server-web-proxy-2.6.0.jar;D:\libs\hive-ant-1.2.1.jar;D:\libs\hive-common-1.2.1.jar;D:\libs\hive-exec-1.2.1.jar;D:\libs\hive-metastore-1.2.1.jar;D:\libs\hive-serde-1.2.1.jar;D:\libs\hive-shims-0.20S-1.2.1.jar;D:\libs\hive-shims-0.23-1.2.1.jar;D:\libs\hive-shims-1.2.1.jar;D:\libs\hive-shims-common-1.2.1.jar;D:\libs\hive-shims-scheduler-1.2.1.jar;D:\libs\hsqldb-1.8.0.10.jar;D:\libs\htrace-core-3.1.0-incubating.jar;D:\libs\httpclient-4.5.2.jar;D:\libs\httpcore-4.4.5.jar;D:\libs\ivy-2.4.0.jar;D:\libs\jackson-annotations-2.8.4.jar;D:\libs\jackson-core-2.8.4.jar;D:\libs\jackson-core-asl-1.9.13.jar;D:\libs\jackson-databind-2.8.4.jar;D:\libs\jackson-jaxrs-1.9.13.jar;D:\libs\jackson-mapper-asl-1.9.13.jar;D:\libs\jackson-xc-1.9.13.jar;D:\libs\janino-2.7.6.jar;D:\libs\jasper-compiler-5.5.12.jar;D:\libs\jasper-runtime-5.5.12.jar;D:\libs\java-xmlbuilder-0.4.jar;D:\libs\JavaEWAH-0.7.9.jar;D:\libs\javax.inject-1.jar;D:\libs\jaxb-api-2.2.2.jar;D:\libs\jaxb-impl-2.2.3-1.jar;D:\libs\jdo-api-3.0.1.jar;D:\libs\jersey-client-1.9.jar;D:\libs\jersey-core-1.9.jar;D:\libs\jersey-guice-1.9.jar;D:\libs\jersey-json-1.9.jar;D:\libs\jersey-server-1.9.jar;D:\libs\jets3t-0.9.0.jar;D:\libs\jettison-1.1.jar;D:\libs\jetty-6.1.26.jar;D:\libs\jetty-util-6.1.26.jar;D:\libs\jline-2.12.jar;D:\libs\jna.jar;D:\libs\joda-time-2.5.jar;D:\libs\jopt-simple-4.9.jar;D:\libs\jsch-0.1.54.jar;D:\libs\json-20090211.jar;D:\libs\json-path-2.2.0.jar;D:\libs\json-smart-2.2.1.jar;D:\libs\jsoup-1.8.3.jar;D:\libs\jsp-2.1-6.1.14.jar;D:\libs\jsp-api-2.1-6.1.14.jar;D:\libs\jsp-api-2.1.jar;D:\libs\jsr305-3.0.0.jar;D:\libs\jta-1.1.jar;D:\libs\junit-4.8.1.jar;D:\libs\jython-standalone-2.7.0.jar;D:\libs\kafka-clients-0.10.0.1.jar;D:\libs\kafka_2.10-0.10.0.1.jar;D:\libs\kfs-0.3.jar;D:\libs\leveldbjni-all-1.8.jar;D:\libs\libfb303-0.9.2.jar;D:\libs\libthrift-0.9.2.jar;D:\libs\log4j-over-slf4j-1.7.21.jar;D:\libs\logback-classic-1.1.7.jar;D:\libs\logback-core-1.1.7.jar;D:\libs\lz4-1.3.0.jar;D:\libs\metadata-etl-1.0-SNAPSHOT.jar;D:\libs\metrics-core-2.2.0.jar;D:\libs\mysql-connector-java-5.1.40.jar;D:\libs\netty-3.10.6.Final.jar;D:\libs\netty-all-4.0.23.Final.jar;D:\libs\ojdbc7.jar;D:\libs\opencsv-2.3.jar;D:\libs\org.eclipse.jdt.annotation-1.1.0.jar;D:\libs\org.eclipse.jgit-4.1.2.201602141800-r.jar;D:\libs\oro-2.0.8.jar;D:\libs\paranamer-2.3.jar;D:\libs\parquet-hadoop-bundle-1.6.0.jar;D:\libs\pentaho-aggdesigner-algorithm-5.1.5-jhyde.jar;D:\libs\pig-0.15.0.jar;D:\libs\protobuf-java-2.5.0.jar;D:\libs\scala-library-2.10.6.jar;D:\libs\schemaFetch.jar;D:\libs\servlet-api-2.5-20081211.jar;D:\libs\servlet-api-2.5-6.1.14.jar;D:\libs\servlet-api-2.5.jar;D:\libs\slf4j-api-1.7.21.jar;D:\libs\snappy-java-1.1.2.6.jar;D:\libs\spring-beans-4.1.6.RELEASE.jar;D:\libs\spring-core-4.1.6.RELEASE.jar;D:\libs\spring-jdbc-4.1.6.RELEASE.jar;D:\libs\spring-tx-4.1.6.RELEASE.jar;D:\libs\ST4-4.0.4.jar;D:\libs\stax-api-1.0-2.jar;D:\libs\stax-api-1.0.1.jar;D:\libs\stringtemplate-3.2.1.jar;D:\libs\tdgssconfig.jar;D:\libs\terajdbc4.jar;D:\libs\velocity-1.7.jar;D:\libs\wherehows-common.jar;D:\libs\xercesImpl-2.9.1.jar;D:\libs\xml-apis-1.3.04.jar;D:\libs\xmlenc-0.52.jar;D:\libs\xz-1.0.jar;D:\libs\zkclient-0.8.jar;D:\libs\zookeeper-3.4.6.jar
2017-03-31 09:58:40 INFO  HiveLoad[1]:-1 -
DELETE FROM stg_dict_dataset WHERE db_id = 105
2017-03-31 09:58:40 INFO  HiveLoad[1]:-1 -
DELETE FROM tmp_dict_dataset
2017-03-31 09:58:40 INFO  HiveLoad[1]:-1 -
    \COPY tmp_dict_dataset(name, schema, properties, fields, urn, source, dataset_type, storage_type, sample_partition_full_path, source_created_time, source_modified_time)  from 'D:\wherehows\hive_schema.csv' with delimiter E'' NULL 'null' csv ESCAPE  as ' '

2017-03-31 09:58:40 ERROR HiveLoad[1]:-2 - Cannot create PyString with non-byte value
2017-03-31 09:58:40 INFO  Job Launcher:90 - whEtlExecId=1 finished.

Seems like an issue with your delimiter character. Are you not using comma as delimiter in your csv file?

Dear issue owner,
Thanks for your interest in WhereHows. We have recently announced DataHub which is the rebranding of WhereHows. LinkedIn improved the architecture of WhereHows and rebranded WhereHows into DataHub and replaced its metadata infrastructure in this direction. DataHub is a more advanced and improved metadata management product compared to WhereHows.
Unfortunately, we have to stop supporting WhereHows to better focus on DataHub and offer more help to DataHub users. Therefore, we will drop all issues related to WhereHows and will not accept any contribution for it. Active development for DataHub has already started on datahub branch and will continue to live in there until it's finally merged to master and project is renamed to DataHub.
Please check the datahub branch to get familar with DataHub.
Best,
DataHub team

authors: keremsahin1 mars-lan sambazhu

repo: linkedin/WhereHows


text:
Revamping DataDump Tool and adding more operations

Revamped DataDump tool and new features have been added
New operations supported:
Compare index entries to Log
Compare replica indexes entries to Log
Compare Log entries to indexes
./gradlew build && ./gradlew test succeeded
SLA: 20 mins
Reviewers: Gopal, Ming

@vgkholla: Have addressed all your feedbacks.
WRT testing against large log files, yes, we might potentially see OOM errors. So, we might have to do it in chunks with the help of start and end offset.

LTGM.

authors: nsivabalan xiahome

repo: linkedin/ambry


text:
feat(tags): RFC for tags

Checklist

[ ] The PR conforms to DataHub's Contributing Guideline (particularly Commit Message Format)
[ ] Links to related issues (if applicable)
[ ] Tests for the changes have been added/updated (if applicable)
[ ] Docs related to the changes have been added/updated (if applicable)

Rendered: https://github.com/frsann/datahub/blob/tags-rfc/docs/rfc/active/tags/README.md

Getting back to this, and after discussion with @woodyzhou; I'm comfortable with supporting this as a simple global tags as a carrier for strings, to support search by tag and user tagging an entity scenarios.
Non-goals for this rfc:
Access control on tags -> will be tackled through access control on metadata model as a separate problem.
Support for taxonomies -> will be tackled through the business glossary work.
Support for tags on tags -> slippery slope towards taxonomy

@hsheth2 : can you help @frsann figure out why the docs build is broken and how to fix it?
Presumably: add the rfc doc to the sidebar?
And does that mean we need to add to the "How to create an RFC" doc? Sounds a bit onerous.

@frsann you’ll have to add an entry to docs-website/sidebars.js. I’m working on a better way to automate it so that nothing extra is required - should be out soon.

@frsann you’ll have to add an entry to docs-website/sidebars.js. I’m working on a better way to automate it so that nothing extra is required - should be out soon.

Thanks! I rebased and updated sidebars.js.

authors: frsann hsheth2 shirshanka

repo: linkedin/datahub


text:
(feat)(Business Glossary) added field level glossary terms

Checklist

[x] The PR conforms to DataHub's Contributing Guideline (particularly Commit Message Format)
[x] #3047
[ ] Tests for the changes have been added/updated (if applicable)
[ ] Docs related to the changes have been added/updated (if applicable)

@saxo-lalrishav does the use of OR to combine the two queries into one make sense on your side?

Yes, that looks good, thanks for the reference.
will update the PR

authors: gabe-lyons saxo-lalrishav


text:
Wrong directory referenced for yarn config

A recent commit (#489) changed the location of the yarn config files from /conf to /conf/yarn, but the gobblin-yarn.sh script references them at /yarn/conf.  Which one is correct?

conf/yarn should be the correct location.

I created a PR to fix this: #496

Yes, this was incorrectly set in https://github.com/linkedin/gobblin/pull/489/files but was fixed in https://github.com/linkedin/gobblin/pull/492 and https://github.com/linkedin/gobblin/pull/496
I just merged https://github.com/linkedin/gobblin/pull/496

authors: kadaan liyinan926 sahilTakiar

repo: linkedin/gobblin


text:
fixed issue #34 added default pictures for users who don't have them.…

… Did this by creating a handlebars function defaultPhoto that returns the path to the default blank portrait if photo_url is null.

@shoxv could you help review the JS and CSS changes?

I have deleted all the .DS_Store files, cleaned a minor superfluous if statement, and made sure all the logic is in oncall.js as discussed with @houqp.

The rest looks good to me. I just noticed you also checked in a git submodule called oncall, is that expected?

authors: diegocepedaw houqp

repo: linkedin/oncall


text:
.env.public approach to Makefile variables: quotes are literal in GNU Make

If the .env.public file is meant to be used as both a source-able .env file and as Makefile variables, it must use the intersection of their syntaxes which is stricter on special characters. For GNU Make, this means that any quotes (m/["']/) will be literal quotes in the GNU Make variable, but sh(1) will use the contents of the quoted string.
It might be better to treat it as just Makefile variables (e.g., config.Makefile) and apply the appropriate quoting in the GNU Make recipe commands.
Full details mentioned here: https://github.com/linkml/linkml-project-cookiecutter/pull/95#issuecomment-2040023424 (with a patch I do not like).

Hi @zmughal  Sorry for delay.  I think we could just do a PR to remove quotes from https://github.com/linkml/linkml-project-cookiecutter/blob/main/{{cookiecutter.project_name}}/.env.public
They are not necessary for source-able .env file

I believe that this can be closed via https://github.com/linkml/linkml-project-cookiecutter/pull/123.

authors: noelmcloughlin zmughal

repo: linkml/linkml-project-cookiecutter


text:
代码规范以及延迟任务引入

无用的引用以及日志打印，订单取消/优惠券过期采用定时任务，为什么不采用延迟调度呢？

延迟调度技术不太会，如果你比较熟练，欢迎重构这里的定时任务，谢谢。
我也觉得不是很合理，但是还没有解决。

参考这个

我看了，但是引入你这里技术栈需要依赖rabbitmq+redis+quartz三种，目前我还是想保持项目的简单吧。

好吧

authors: SoberChina linlinjava

repo: linlinjava/litemall


text:
Set min Node version to 6

Considering the LTS schedule - and if we aren't set on using stable already - is there any reason not to track v6 if not latest for development?

Coverage remained the same at 76.111% when pulling ec7636778357abb17a5090c29a030bc01725d847 on eatonphil:master into b254b7a2c8fb71a9678e587a2d9c841e577412e2 on linode:master.

:+1:

Cool, thanks.

authors: SirCmpwn coveralls eatonphil

repo: linode/manager


text:
Docs/nodebalancer config

What:

Remove label key since its not in the API response
remove ssl_cert
remove ssl_key
Add ssl_commonname
Add ssl_fingerprint
Verbose ID description

Coverage decreased (-0.03%) to 71.348% when pulling a3ec5796c66a589a71ed8eaeef9df83ebff96ccb on SzySteve:docs/nodebalancer_config into 6c335ad9d69e77d90c03f68d7ed93706ba900899 on linode:pending-docs-updates.

authors: SzySteve coveralls


text:
enableStopFollow dont work

Hi,
if i call
await controller.enableTracking(enableStopFollow: true);
map is still following my position
Iam using Android device
Can u please fix it? thank you

it will only follow for first time or still map follow the user location changes?

map following user position all the time, i can disable it only if i drag map
enableStopFollow parameter true/false it does not matter

i will check the issue

v0.53.4+1

i will fix the issue but i want to know is better to make one api for activate user location and tracking or keep it like this
since in our plugin we have currentLocation and enableTracking

second approach would be better (saperatelly activate show current position, and saparatelly enable/disable tracking)

check the new version 0.54.0

still doesnt work
i have trackMyPosition: true, and then i have button and onclick await controller.enableTracking(enableStopFollow: true); but camera still following current position

i made new adjustment for latest fix. check our new version 0.54.1

stil not working, param enableStopFollow true/false seems wont cgange anything

can you share part of your code ?

MapController controller = MapController(
      initMapWithUserPosition: false,
      initPosition: GeoPoint(latitude: 48.578424, longitude: 19.131043));

OSMFlutter(
                    onMapIsReady: (ready) async {
                      if (ready) {
                        setState(() {
                          isMapReady = true;
                        });
                        setupScreen();
                      }
                    },
                    onLocationChanged: (point) { // THIS also dont work, only one time called
                      onLocationChanged(point);
                    },
                    isPicker: false,
                    controller: controller,
                    userLocationMarker: UserLocationMaker(   // THIS also dont work, wrong anchor on icon
                      personMarker: MarkerIcon(
                        iconWidget: SvgPicture.asset(
                          "assets/graphics/my_position_icon.svg",
                          height: 36,
                        ),
                      ),
                      directionArrowMarker: MarkerIcon(
                        iconWidget: SvgPicture.asset(
                          "assets/graphics/my_position_icon.svg",
                          height: 36,
                        ),
                      ),
                    ),
                    trackMyPosition: true,
                    initZoom: 16,
                    minZoomLevel: 8,
                    maxZoomLevel: 19,
                    stepZoom: 1.0,
                    markerOption: MarkerOption(
                        advancedPickerMarker: MarkerIcon(
                          icon: Icon(
                            Icons.push_pin_sharp,
                            color: Colors.deepPurple,
                            size: 120,
                          ),
                        ),
                        defaultMarker: MarkerIcon(
                          icon: Icon(
                            Icons.person_pin_circle,
                            color: Colors.blueAccent,
                            size: 56,
                          ),
                        )),
                  ))),

Positioned(
            child: new FloatingActionButton(
              child: new Icon(Icons.my_location, color: Colors.white),
              onPressed: () async {
                await controller.enableTracking(enableStopFollow: true);
              },
            ),

i check the use case it should work fine
can provide me your expection when enableStopFollow = true ?
what exactly you use case ?
because enableStopFollow = true will just disable the follow means that you can move the map freely

hmm i need call some method to stop following my current position(but still showing it on map)
now i need to call await controller.enableTracking(enableStopFollow: true); and then click manually on map to stop follow
u said "enableStopFollow = true will just disable the follow means that you can move the map freely", so its just unlocking map moving gesture.
But i need just stop centering mapp when my position changed

we have disableTracking also
enableStopFollow = true will keep getting user location but will not disable the tracking

disableTracking remove my position from map

maybe some new function: stop centering camera on my position but keep it on map

check new version 0.54.2

sorry i dont know how to use it, can u add some example how to call something to stop following my position?

check new version 0.55.0
we added UserTrackOption in MapController.withUserPosition
try to put unFollowUser to false and told me the result
in general we disable the follow of the user but the trcking still active

seems worse than before.
controller = MapController(
          initMapWithUserPosition: UserTrackingOption(enableTracking: true,unFollowUser: false)

unFollowUser true or false doesnt matter, camera still moving to my position as i move.
and now i cant init map with this
initPosition: GeoPoint(latitude: 48.578424, longitude: 19.131043)

becouse now i must set initMapWithUserPosition, and if dont have permission to gps map is never get initialized.
before commit, i could put
initMapWithUserPosition:false
initPosition: GeoPoint(latitude: 48.578424, longitude: 19.131043)

trackMyPosition: true

can u just revert changes and make just one method eg. controller.followUser(true/false) to dynamically follow/unfollow user?

sorry to hear that but in from 0.55+ you should use named  constructor .withPosition or withUserPosition
and i will add UserTrackOption to replace the removed attribute trackMyPosition

for information that unFollowUser  does the what you want I will record video to show you how its works

controller = MapController.withUserPosition(trackUserLocation: UserTrackingOption(enableTracking: true,unFollowUser: false)

or
controller = MapController.withUserPosition(trackUserLocation: UserTrackingOption(enableTracking: true,unFollowUser: false)

both still animating camera to my current location when i move
and now onMapIsReady not trigered if i dont allow location permission
before, i could decline permission and onMapIsReady true was triggered
ok i will wait for video to check this

init map with position was just workaround if u dont enable gps to trigger mapIsReady anyway.
before last commit it was good

start app
while mapIsReady false, show some logo
popup to ask gps permission
a. allow =  mapIsReady true, move camera to my position
b. decline = mapIsReady true, move camera to initial position
what i want at beggining, stop follow but still show my position

so i want at the beggining change map to user location, but i want ability to dynamically turn it off/on (changing map to user location)

i will make update tonight or tomorrow at max
It will contain replacement for trackMyPosition in OSMFlutter and fix when enableStopFollow : false

sorry for late reply check our latest version : 0.55.1
we replaced trackMyPosition by userTrackingOption you can used and keep use MapController.withPosition

everything works well except my issue :D no options to programatically stop centering camera to my positions (only manually drag map). I will give up with this issue  and stick with my workaround

we dont give up here i will try to another fix for it sorry

The problem is that after the map is loaded, we sometimes need to programmatically stop tracking the position on the map.
This situation works: "Normally, the user moves the map with a finger, then the tracking stops."
We need to do something similar via a method in the code to stop the tracking. Workaround is, to programmatically move the map. At that point, it stops tracking. But that's not very conceptual :-)

I think we need to somehow separate the display of the user location layer with user marker and any tracking and focusing on the user's position, since the latter should be completely optional.
In my use case I want to show user position on the map, but initialize map with different starting position. But to simply show user location layer I must set UserTrackingOption. After that, the camera is forcibly moved to the user's position (and that's not what I want to accomplish here) and can no longer be moved programmaticaly until the user interacts with the screen (thanks to the smiesnyrobert's workaround here).
I think the interaction with the user location layer should be configured something like this
OSMOption(
    userTrackingOption: UserTrackingOption(enableLocationLayer: true/false, enableTracking: true/false, canUnfollowUser: true/false)
)

enableLocationLayer just show the UserLocationMarker without any side-effects (basically what current enableTracking option does, but without camera movement and locking).
The other options are working fine by now.

authors: Legendorik liodali majo482 smiesnyrobert


text:
normal模式下，点全屏，变成横屏全屏，再点退出全屏，怎么又变成竖屏全屏了？

normal模式下，点全屏，变成横屏全屏，再点退出全屏，怎么又变成竖屏全屏了？这是杂回事
**什么jzvd版本
最新版7.0-preview
手机：meizu 15 plus
thanks

7.0-preview 还在测试阶段，感谢你的反馈，这个是在demo中的哪个activity下出现的bug

我也遇到了，全屏点返回，切回竖屏，原来写死的200dp高度，自动变高了，fragment和activity的列表里都有这个问题

要在布局中添加一个layout

我也遇到了

参考demo的activity_main.xml

参考demo的activity_main.xml

就是这样

好的  谢谢

新版是preview版本不建议放到生产环境使用

authors: JamesGZM borneywpf hahaay1 lipangit yeaper

repo: lipangit/JiaoZiVideoPlayer


text:
Liqoctl: flag to set service type as NodePort

Description
This PR adds the --force-nodeport flag to liqoctl. It forces Liqo to use NodePort instead of LoadBalancer as service type for liqo-gateway and liqo-auth.
How Has This Been Tested?

[x] Locally, generating helm values files using the --only-output-values flag

/rebase test=true

@cheina97 Just 2 cents: should we consider instead a flag like "--set-external-service" with values "loadbalancer | nodeport", in order to enable explicit setting for all the service options we have?

@cheina97 Just 2 cents: should we consider instead a flag like "--set-external-service" with values "loadbalancer | nodeport", in order to enable explicit setting for all the service options we have?

I agree, maybe it is more compact if we use --service-type

/rebase test=true

/rebase test=true

/merge

repo: liqotech/liqo


text:
External Network: ping disable

Description
This PR gives the possibility to disable the ping from the gateway container's flags.
In case the ping is disabled the connection will be always true.
A flag to disable the connection controller is added. This should be useful in case the check of the connection is performed by the tunnel technology, instead of the connection controller.

/rebase test=true

/merge


text:
Fixes include/excludeObjects filters for the 'generate-changelog' command specifically for the maven plugin

Impact

[x] Bug fix (non-breaking change which fixes expected existing functionality)
[ ] Enhancement/New feature (adds functionality without impacting existing logic)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Description
Fixes #5902
Hey all.  I just figured I'd submit a quick bugfix for this issue I submitted back in May.  It just adds the filter to the command scope so the supplied include/excludeObjects parameters get applied.
Apologies in advance if this PR is missing anything important, as this is my first Liquibase change.

Things to be aware of
This function only seems to be used by the Maven plugin.

@Evan-Christensen thanks for filing this PR! We'll take a look and review as soon as we can.

authors: Evan-Christensen lbadam

repo: liquibase/liquibase


text:
Clang fix-es

Solves two compilation issues on clang for Mac OS X.
@jlecoeur how long should the git_hash be at most?
It seems that the commit hash is 8 character long but if you add the tag (2.0.0-alpha), it's getting longer. I set it to 16, but I guess it should be decided how long we want it to be.

The hash has to be 8 characters long to be sent over mavlink, I applied a commit from dev/ins_kf where I remove the tag from GIT_HASH.

authors: jlecoeur ndousse


text:
Provide compatibility with babashka (Issue #3)

Need to provide an implementation for http-request using the babashka.curl library, but the rest of the structure is in place.

I think we need to add a bb.edn too as described here to build the classpath with the resources. As we need to load the edn files in the resources dir at runtime, we need to tell bb where to find it. Since it doesnt read the deps.edn yet, we need to provide a bb.edn with the paths set to ["src" "resources"], similar to the current deps.edn

also lets add some tests both on the jvm and bb

I probably need help with this. Not seasoned enough to know how best to write tests in clojure :)

@lispyclouds Code seems to be in a pretty decent shape now. Worth reviewing the whole thing at this point.

If we are not in a major hurry, I will start building up our docker swarm deployment tool using bb and this part and I can test some parts of this.
I will do some work this week and get any feedback I have upstream.

Please do @ieugen ! Looking forward to your observations! We can have a go at the rest till then. I would have some time this week too!

@ieugen @imdahmd i have resolved the remaining tasks, let me know if it looks good, i am thinking of a way of a good way to test.

@ieugen @imdahmd i have resolved the remaining tasks, let me know if it looks good, i am thinking of a way of a good way to test.

Looks great. Let me know if you would like to pair on the tests

authors: ieugen imdahmd lispyclouds

repo: lispyclouds/contajners


text:
Can't add new control to Request

First of all, thank you for creating this libcamera-wrapper! I was recently trying to create one as well (using cxx/autocxx) and almost went mad.
I'm trying to set a new control in a Request, which should be possible with the C++ API:
let mut req = active.create_request(Some(1)).unwrap();
req.add_buffer(&stream, buf).unwrap();
req.controls_mut()
    .set(ExposureTime(100000))
    .expect("Setting control failed");

But this results in Setting control failed: NotFound(7).
This of course happens because .set() expects the Control ID to exist:
https://github.com/lit-robotics/libcamera-rs/blob/5b6085408be539687c9666745bad0f33d82ee23c/libcamera-rs/src/control.rs#L80-L87
From a quick try I figured implementing this wasn't as easy as creating a new libcamera_control_list_set since there is currently no way to create a new instance of libcamera_control_value_t from Rust. If I can up with a solution, I will create a PR.

Okay looking at the implementation in libcamera, this isn't going to work as documented.
Then again, the issue remains though, since I couldn't find a way to supply a list of Controls to camera.start().

Hey, thanks for reporting this.

I was recently trying to create one as well (using cxx/autocxx) and almost went mad.

I tried to do the same and that describes my experience pretty well lol. Interfacing Rust with C++, especially when templates are used is a nightmare. That's why I went the C wrapper route.
The issue should be fixed, please check if it's working. One caveat is that not all controls are supported by all cameras, so the set method can silently fail as described in the docs. Unfortunatelly, the methods to validate controls are private in libcamera :/

Seems to work, thank you!
I think the only problem that remains is that camera.start() uses a ControlListRef, which you can't create yourself. It would probably be best if start() took a Vec<Control> here which is then copied to the C++ ControlList.

I think the only problem that remains is that camera.start() uses a ControlListRef, which you can't create yourself. It would probably be best if start() took a Vec<Control> here which is then copied to the C++ ControlList.

Just came across this myself. Should start() take a Vec<Control>, or could ActiveCamera provide a controls_mut() method in the same way that Request does?

Just came across this myself. Should start() take a Vec<Control>, or could ActiveCamera provide a controls_mut() method in the same way that Request does?

I don't think libcamera API allows accessing camera controls to implement suggested controls_mut(). Update me if I'm wrong.
I created a fix in #6, please test and see if it works for you. Unfortunatelly, it is not possible to create Vec<Control>, because Control is a trait, which can have different types. Here is the alternative API I implemented:
let mut ctrls = ControlList::new();
ctrls.set(controls::FrameDuration(1000)).unwrap();
cam.start(Some(&ctrls)).unwrap();

Beware that UVC USB cameras ignore any controls given in start(), see here. They only accept controls from Request.

It seems that regardless of whether I add the controls to start() or Request, or any combination thereof, it seems to have no effect on the framerate. I'd like to test it more properly on my raspberry pi camera to exclude the possibility that my integrated laptop camera is the issue...

It's likely that integrated laptop camera is attached over internal USB bus and uses UVC protocol. AFAIK, libcamera can't control UVC FPS, supported controls are these: https://github.com/kbingham/libcamera/blob/master/src/libcamera/pipeline/uvcvideo/uvcvideo.cpp#L268

Note that it's not that libcamera /can't/ control more features of UVC ... just that no one has added support.
If you want to fix control handling in the uvc pipeline handler, patches are most welcome at the libcamera-devel mailing list.

authors: chemicstry kbingham markus-k mfreeborn

repo: lit-robotics/libcamera-rs


text:
libraries used to create MVC frameworks should not do top level DOM access

Which package is this a feature request for?
Lit Core (lit / lit-html / lit-element / reactive-element)
Description
lit-html can be used to create client side MVC frameworks (e.g. MobX + lit-html + web components). When creating an MVC app, it is natural to create tests that deal purely with the model of the app and hence no need for DOM. However, top level DOM access of lit-html prevents those tests from getting executed in nodejs.
Alternatives and Workarounds

The MVC entry point has to split in two entry points, one for the pure-model, i.e. not top level DOM access, and one for the non-model (this increases complexity).
Manually edit lit-html so that it does not do top level DOM access (tried it, and failed, maybe I should try more).
Execute tests in browser (this increases complexity).

This is fixed by https://github.com/lit/lit/pull/3156
On the next release there will be an export condition named "node" that will be used in Node versions that support package exports (newer than v13.7.0 or v12.16.0).

authors: justinfagnani lillallol

repo: lit/lit


text:
Add a command line parameter to specify additional loadable Bundler group

In a Lita environment with many plugins loaded in production, we found it useful to be able to specify a small subset of plugins for development using the same Gemfile, as in the following example. This lets developers focus on particular plugins or combinations of them, while not requiring the rest of plugins to be loaded and with minimal changes between developer and production environments.
For the production environment, we need to be able to tell Lita to load gems from a non-default Bundler group, which this change enables.
source 'https://rubygems.org'

# Core bot and adapter
gem 'lita'
gem 'lita-slack'

# Extensions
gem 'lita-confirmation', git: 'git@github.com:maxvt/lita-confirmation'

# Move the plugins/handlers you would like to work on from the production group here.
# It is often very convenient to clone them under the repo and use the local
# version, like this:
# gem 'lita-my-plugin', path: 'lita-my-plugin'

# We enable all of these handlers in production.
# For development, pick and choose the ones you want--
# many will require configuration keys and some might have dependencies
# that will require manual setup
group :production do
  gem 'lita-github'
  gem 'lita-jira'
  gem 'lita-wikipedia'
  ...
end

group :development do
  gem 'foreman'
  gem 'pry'
end

Closing due to lack of response from upstream.

repo: litaio/lita


text:
[Tech Debt] Removed schemes

Goal: Reduce the codebase in prep for a major refactor.
This removed the debug scheme and watch scheme.

@mosadialiou I rebased this to the release branch as the schemes and targets were causing issues. Will you take a look?

repo: litecoin-foundation/loafwallet-ios


text:
Bug: NameError in advanced_alchemy.service.typing

Description
NameError in advanced_alchemy.service.typing on v0.22.2. No problems with v0.22.1.
If msgspec is installed, another exception: NameError: name 'BaseModel' is not defined.
Looks like regression of #277.
URL to code causing the issue
No response
MCVE
No response
Steps to reproduce

python -m venv .venv
./.venv/bin/pip install advanced-alchemy==0.22.2
./.venv/bin/python -c 'import advanced_alchemy'

Screenshots
No response
Logs
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/home/samylovma/gh/mvce/.venv/lib/python3.12/site-packages/advanced_alchemy/__init__.py", line 3, in <module>
    from advanced_alchemy import (
  File "/home/samylovma/gh/mvce/.venv/lib/python3.12/site-packages/advanced_alchemy/service/__init__.py", line 12, in <module>
    from advanced_alchemy.service._async import (
  File "/home/samylovma/gh/mvce/.venv/lib/python3.12/site-packages/advanced_alchemy/service/_async.py", line 26, in <module>
    from advanced_alchemy.service._util import ResultConverter
  File "/home/samylovma/gh/mvce/.venv/lib/python3.12/site-packages/advanced_alchemy/service/_util.py", line 19, in <module>
    from advanced_alchemy.service.typing import (
  File "/home/samylovma/gh/mvce/.venv/lib/python3.12/site-packages/advanced_alchemy/service/typing.py", line 85, in <module>
    PydanticOrMsgspecT = Union[Struct, BaseModel]
                               ^^^^^^
NameError: name 'Struct' is not defined

Package Version
# Python 3.12.7
advanced_alchemy==0.22.2
alembic==1.14.0
greenlet==3.1.1
Mako==1.3.6
MarkupSafe==3.0.2
SQLAlchemy==2.0.36
typing_extensions==4.12.2

Platform

[X] Linux
[ ] Mac
[ ] Windows
[ ] Other (Please specify in the description above)

Thanks for reporting this.  We'll get this cleaned up and patched shortly.

authors: cofin samylovma

repo: litestar-org/advanced-alchemy


text:
Enhancement: Self-signed certificate generation for CLI

Summary
This is along the lines what Flask (actually Werkzeug) and Django-extensions have. A new CLI option (or two) would be added to the run command

--ssl-certfile to specify the location of the certificate
--ssl-keyfile to specify the location of the keyfile
If only one of them is provided, the second file is assumed to be in the same directory
If the files are not found, they are automatically generated

The logic is taken from runserver_plus in Django Extensions and the names are taken from Uvicorn
The paths would be then forwarded to Uvicorn.
It would require the cryptography extras (which are already used for client sessions) and the cryptography module would be used to generate the self-signed certificates.
HERE is how Werkzeug handles the cert generation and HERE is how Django-Extensions handles the logic.
It is only meant to be used for development purposes on a HTTPS connection of course and would only generate a self-signed certificate.
Basic Example
litestar run --ssl-certfile=cert/server.crt  - looks for server.key inside of the cert/ directory
litestar run --ssl-keyfile=cert/server.key - looks for server.crt inside of the cert/ directory
litestar run --ssl-cerfile=cert/server.crt --ssl-keyfile=security/keys/server.key

if both files exist, use them
otherwise generate new ones using cryptography
if cryptography extras are not installed, terminate and inform user

Drawbacks and Impact
No response
Unresolved questions
The exact logic and option names are open for discussion.

Funding

If you would like to see an issue prioritized, make a pledge towards it!
We receive the pledge once the issue is completed & verified

I like this idea, but I want to make on additional suggestion.
Even though we don't recommend it, I know people use this to deploy their apps, and we might want to "officially" support that option in the future. The presence of cert flags implies they might be used to deploy proper certs, so having them autogenerate certs if they're missing by default could lead to some serious issues.
To prevent this, we could add an additional flag --generate-dev-certs (or a better name) that enables this explicitly.

I like this idea, but I want to make on additional suggestion.
Even though we don't recommend it, I know people use this to deploy their apps, and we might want to "officially" support that option in the future. The presence of cert flags implies they might be used to deploy proper certs, so having them autogenerate certs if they're missing by default could lead to some serious issues.
To prevent this, we could add an additional flag --generate-dev-certs (or a better name) that enables this explicitly.
@litestar-org/maintainers?

Yeah - erring on the side of caution sounds reasonable to me.

I'd imagine there are few non-dev scenarios where having a self-signed cert might also be desirable (although I can't think of one right now).  I do agree that it needs to an extra flag to do this.
I can't think of anything better than --generate-dev-certs or --generate-self-signed-certs either, so no strong opinions on that one.

How about something like trustme instead?

How about something like trustme instead?

I like this approach as well.  @geeshta can you elaborate on your specific use case for self-signed certs?  Is it specifically for local development with SSL enabled?  Integration with trustme may be the easiest way to bake this functionality in.

How about something like trustme instead?

I like this approach as well.  @geeshta can you elaborate on your specific use case for self-signed certs?  Is it specifically for local development with SSL enabled?  Integration with trustme may be the easiest way to bake this functionality in.

Yeah it's just to enable serving with HTTPS during development (I use some client side JavaScript that requires HTTPS).
I haven't heard about trustme before but I really like how django-extensions handles that.

I personally never needed the certificate to be actually signed by a CA as trustme provides though and saw that Werkzeug uses cryptography to generate self-signed certs.

authors: cofin geeshta peterschutt provinzkraut

repo: litestar-org/litestar


text:
Geth doesn't serve eth_getBlockReceipts

It doesn't appear geth serves this endpoint, which causes an unwrap on an Err value when navigating to the txs pane.

this is now fixed on main but the change opened up some other issues I should probably fix before doing a new release

authors: lightclient lithp

repo: lithp/turtlescan


text:
Fix vulnerabilities reported by Snyk

Snyk reports the following vulnerabilities for the opensaml-ext dependencies:
HIGH SEVERITY:
Unexpected Code Execution
Vulnerable module: org.bouncycastle:bcprov-jdk15on
Introduced through: org.opensaml:opensaml-saml-impl@3.4.0, org.opensaml:opensaml-xmlsec-impl@3.4.0 and others.
MEDIUM SEVERITY:
Deserialization of Untrusted Data
Vulnerable module: com.google.guava:guava
Introduced through: net.shibboleth.utilities:java-support@7.4.0 and com.google.guava:guava@20.0
MEDIUM SEVERITY:
Insecure Encryption
Vulnerable module: org.bouncycastle:bcprov-jdk15on
Introduced through: org.opensaml:opensaml-saml-impl@3.4.0, org.opensaml:opensaml-xmlsec-impl@3.4.0 and others

Fixed in PR https://github.com/litsec/opensaml-ext/pull/32.

repo: litsec/opensaml-ext


text:
itchat.send 无法发送消息

返回的数据均为空，只有Ret为1102。Version 1.2.14, OS= Windows Xp Professional, X86-based PC, Python 3.4.4, 网络通畅。是不是微信API变了？

decorator+return的方法也试了，不会raise exception但是没有效果

@JieJiSS 1102的话微信是肯定会退出的，你网页版登得上去么？

2的话微信, 返回的数据均为空 是肯定会退出的的方法也试了返回的数据均为空，只有Ret为1102是没有效果
的的方法也试了返  均为空 是肯定 是肯定会退出 页版登得上去么

返回的数据均为空，只有Ret为1102。Version 1.2.14, OS= Windows Xp Professional, X86-based PC, Python 3.4.4, 网络通畅。是不是微信API变了？
decorator+return的方法也试了，不会raise exception但是没有效果

authors: JieJiSS arpit1997 littlecodersh

repo: littlecodersh/ItChat


text:
Enhancement: List a directory content

I just implemented the littlefs and it would be great to have a function to list a directory with the following result:

type (file, dir)
name
size

Hello all,
I was looking for a simple arduino/c++ solution to use within the NodeMCU module.
I noticed the solution provided was a little complicated for me and maybe related to modifying the LittleFS library itself (which I'm not sure, I'm just guessing).
So I have come up with a simple function for listing all the files inside a directory (recursively).
I hope it helps future noobies like myself! :D
void listAllFilesInDir(String dir_path)
{
	Dir dir = LittleFS.openDir(dir_path);
	while(dir.next()) {
		if (dir.isFile()) {
			// print file names
			Serial.print("File: ");
			Serial.println(dir_path + dir.fileName());
		}
		if (dir.isDirectory()) {
			// print directory names
			Serial.print("Dir: ");
			Serial.println(dir_path + dir.fileName() + "/");
			// recursive file listing inside new directory
			listAllFilesInDir(dir_path + dir.fileName() + "/");
		}
	}
}

Use like this:
if (LittleFS.begin()) {
	listAllFilesInDir("/");
}

The output should be something like this:
File: /asset-manifest.json
File: /favicon.ico
File: /index.html
File: /manifest.json
File: /robots.txt
Dir: /static/
Dir: /static/css/
File: /static/css/main.1635e87c.chunk.css
Dir: /static/js/
File: /static/js/2.2c405b20.chunk.js
File: /static/js/3.8cb6885c.chunk.js
File: /static/js/main.435818a8.chunk.js
File: /static/js/runtime-main.00e2c71a.js

authors: guillaumerems jeot

repo: littlefs-project/littlefs