text:
Further Changes Roadmap

I wanted to create a separate issue from #3 to discuss some potential further changes:

In order to fully align with sklearn we need to distinguish the characteristics in X from the indices (time periods/assets).
1.a Maybe the most natural way is to add an input called something like indices or groups.  Then X would just be the chars, y would just be the returns, and indices would hold the time/asset labels.  What I'm imagining here then is:
fit(X=None, y=None, indices=None, ...)
1.b This might provide a good route to direct integration with pandas.  Our indices would align with the MultiIndex in pandas and we could have a method to break things out properly when given a pandas X and y with a MultiIndex.
1.c sklearn also has a series of "multipleoutput" methods which somewhat align with what we're doing here.  I need to read into this more but this might be one way to go.

Ultimately, we should add an IPCARegressorCV class instead of the current fit_path method.  I'll take care of this once we handle the indices issue.  This is also where I can add the "hot-start" approach for cross-validation (which should be faster on most machines).

It might make more sense to name the main class something like InstrumentedPCA instead of IPCARegressor.  Two reasons for this:
3.a This aligns with how other packages do it (e.g. IncrementalPCA) and allows us to better distinguish which IPCA we're working with here.
3.b Regressor doesn't seem to add much information to the name.

One other thought here on the indices, we could set things up such that fit can either take a single panel matrix (comparable to what we were doing before) or a series of matrices with all the info broken out.
If fit receives the full panel, we'll handle the splitting internally, while sklearn could use the X, y, indices variant to align with their formatting.

In order to fully align with sklearn we need to distinguish the characteristics in X from the indices (time periods/assets).
1.a Maybe the most natural way is to add an input called something like indices or groups.  Then X would just be the chars, y would just be the returns, and indices would hold the time/asset labels.  What I'm imagining here then is:
fit(X=None, y=None, indices=None, ...)

Looks good to me.

1.b This might provide a good route to direct integration with pandas.  Our indices would align with the MultiIndex in pandas and we could have a method to break things out properly when given a pandas X and y with a MultiIndex.

Indeed, pandas integration would be great. This would allow to pass X as a multi-index dataframe and y as a multi-index dataframe / series. This could also come in handy with regards to handling missing obsevations in the predict & predictOOS methods when called externally.

It might make more sense to name the main class something like InstrumentedPCA instead of IPCARegressor.  Two reasons for this:
3.a This aligns with how other packages do it (e.g. IncrementalPCA) and allows us to better distinguish which IPCA we're working with here.
3.b Regressor doesn't seem to add much information to the name.

Agreed, IPCARegressor would not match well with the sklearn nomenclature.

Cool, I'll put this together then at some point in the near future.  That way we can hopefully lock down the fit signature.

Closed by #5

authors: lbybee matbuechner

repo: bkelly-lab/ipca


text:
🛑 Portainer is down

In 51fff0f, Portainer ($PORTAINER_URL) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Portainer is back up in cb3b25e after 9 minutes.

source: gharchive/issue

license: MIT

license_type: permissive

license_source: github-api


text:
🛑 Stash is down

In 19c1963, Stash ($STASH_URL) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Stash is back up in 4e6eb26.


text:
Question: is it possible to zoom programmatically?

The d3 zoom docs says we can zoom programmatically using zoom.transform on a given selection. Is this possible with the current implementation of bindZoomListener? Here's what I've done in my app component where a Tree is rendered:
// Select mounted SVG in an effect
const [svg, setSvg] = useState(undefined)

useEffect(() => {
  setSvg(select('.rd3t-svg'))
}, [])

// Define a function to smoothly translate back to (0, 0)
const resetZoom = () => {
  svg.transition().duration(750).call(d3zoom().transform, zoomIdentity.translate(0, 0).scale(1))
}

return (
  <Tree ...
  ...
  <button onClick={resetZoom}>Reset Zoom</button>

After clicking the button, the position will reset, but only after the next zoom/drag. There's also no transition. Apologies if this is beyond the scope of the component!

Any update, did is it possible with react-d3-tree?

authors: awcot ericbowden


text:
QueryResult::affected_rows() always returns 1

QueryResult::affected_rows() always returns 1 only.
I explored some codes, but I couldn't find out what's wrong. It seems ok 🤔  :
https://github.com/blackbeam/mysql_async/blob/410653d10a8b5023c5e0b7d3a3f4bc1684158729/src/proto.rs#L589-L590
Any idea?

Hi!
Just tried this test, and it looks like everything ok:
#[test]
fn should_correctly_handle_affected_rows() {
    let mut lp = Core::new().unwrap();

    let fut = Conn::new(get_opts(), &lp.handle())
        .and_then(|conn| {
            conn.drop_query("CREATE TEMPORARY TABLE tmp (name text)")
        })
        .and_then(|conn| {
            Queryable::drop_query(conn, "INSERT INTO tmp VALUES ('foo')")
        })
        .and_then(|conn| {
            Queryable::drop_query(conn, "INSERT INTO tmp VALUES ('bar')")
        })
        .and_then(|conn| {
            Queryable::query(conn, "UPDATE tmp SET name = 'baz'")
        })
        .and_then(|result| {
            assert_eq!(result.affected_rows(), 2);
            result.drop_result()
        })
        .and_then(|conn| conn.disconnect());

    let result = lp.run(fut).unwrap();
}

Could you give more details?

It was my misunderstanding.
I executed the SELECT statement with prep_exec, so in this case, affected_rows always returns 1.
However, it's nonsense to use affected_rows for SELECT statement.
Thank you for explanation.

license_source: bigquery


text:
[12기 IGhost-P] step2. 에스프레소 메뉴 관리

Worked

[x] localStorage에 데이터를 저장하여 새로고침해도 데이터가 남아있게 한다.
[x] 에스프레소, 프라푸치노, 블렌디드, 티바나, 디저트 각각의 종류별로 메뉴판을 관리할 수 있게 만든다.
[x] 페이지에 최초로 접근할 때는 에스프레소 메뉴가 먼저 보이게 한다.
[x] 품절 상태인 경우를 보여줄 수 있게, 품절 버튼을 추가하고 sold-out class를 추가하여 상태를 변경한다.
[x] 품절 상태 메뉴의 마크업

Commnet

this.menu~~~ 이부분이 자꾸 중복되어 리팩토링을 하고 싶은데, 전역으로 설정하자기엔 스코프가 안맞아서 고민입니다..
저번에는 템플렛을 분리하고 step 1을 마쳤는데, 이번 step2의 soldMenu 부분 때문에 어쩔수 없이 다시 가져왔는데, 분리 할 수있는 방법이 없을까요..? => 해결했습니다!

@IGhost-P
컨플릭트가 나고 있습니다 확인 부탁드릴게요~!

source: gharchive/pull-request

authors: IGhost-P imakerjun

repo: blackcoffee-study/moonbucks-menu


text:
Provide a way to bake all blocks into a simpler mesh

Create a command that generates a mesh from the blocks so the whole thing can be drawn with fewer draw calls.

This could also be combined with #49 to allow you to split the map into smaller chunks for stuff like better/cheaper on performance culling or for making it easier to tell what part of the map the player is in for example

authors: TheRektafire blackears

repo: blackears/cyclopsLevelBuilder


text:
[Gally]: master <- dev

Automatically created by Git-Ally

:tada: This PR is included in version 2.11.17 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

repo: blackflux/lambda-tdd


text:
api-ms-win-core-path-l1-1-0.dll miss

please support win7 x64

Install KB2999226

KB2999226 already installed. It does not help. That DLL is apparently only for Win8 and up.

Try installing Visual C++ Redistributable for Visual Studio 2015

@bitraid : As pointed out already, the missing dll (either 32/64-bit) is an integral part of Win8+ OSes and can't be installed on EoL'ed Win7 by a standalone MS update/redistributable... Please kindly research your proposed "solutions"; it's simple: Python 3.9 does NOT support Win7, period... To re-instate Win7 support, the project has to use Python 3.8.6 (or earlier) 64-bit to compile the 64-bit youtube-dlc provided binary!
This is in fact one more duplicate of https://github.com/blackjack4494/yt-dlc/issues/114, https://github.com/blackjack4494/yt-dlc/issues/77, https://github.com/blackjack4494/yt-dlc/issues/78.
In the interim, just use the 32-bit binary, youtube-dlc_x86.exe (compiled with Python 3.5.4) ... You know, people still use 32-bit OSes (and 32-bit executables do run on 64-bit ones...).

I simply forgot to change the python version for Windows as well. Linux is already back on 3.8
As for 32 bit version it will support xp soon again. 3.4.4 is available now as 32 bit version.

license: Unlicense


text:
Refactor integrators.py to make it more general.

Also add momentum update based on Esh dynamics
Close #587

I'm getting changed results (on a sampling run) when I substitute in the non euclidean mclachlan instead of the previous minimal_norm integrator. Have you confirmed that the two implementations yield the same results on the same inputs?

Yes the two implementation returns identical result: https://colab.research.google.com/drive/1HMnkMM8PNIaaaSAmZyKrZByCd-GKErsN
But to properly test it we still need to add some test:

an isotropic Gaussian log_density so we could compare the analytic solution with the integrator.
testing energy preservation (and for the Gaussian case, angular momentum preservation) as invariants under the integrator

authors: junpenglao reubenharry

repo: blackjax-devs/blackjax


text:
Dialogs seems not to work properly

Hi!
I have been trying to setup a dialog with some verbs to be performed just after it. I selected wait option to true (the default one), and expected behavoiur would be such verbs have been run after dialog have terminated, but they run while dialog is taking place. Maybe that's a bug? I solved with some quite tricky setup by my side, but I was wandering if this is the expected behaviour
thanks a lot

The talkto action stablish the dialog to show and doesn't wait. To execute some actions after selecting an option, you need to specify the verb to execute inside the option, there is a 'verb' parameter when you create a dialog option.
Also, dialog options only shows when cutmode=false. This allows, for example, to hide the dialog options when executing the verb inside an option (setting cutmode=true) and then continue with the next option (setting cutmode=false).

authors: bladecoder laxertu

repo: bladecoder/bladecoder-adventure-engine


text:
Add information about Cloudflare R2 State storage

What type of feature request is this?

[ ] Mantle doesn't support a Roblox feature I would like to use
[ ] Mantle CLI improvement
[x] Other

Describe your problem
Mantle supports uploading state to AWS S3. Cloudflare R2 is S3 alternative that has quite big monthly quota of free operations (https://developers.cloudflare.com/r2/pricing/#r2-pricing) and is really easy to set up w/o any code modifications.
Since it's compatible with AWS S3 API, all you have to do to use R2 is configure Mantle in the following way.
state:
  remote:
    region:
      custom:
        name: (% R2 REGION NAME eg 'eeur' %)
        endpoint: (% S3 API [see: Select R2 Bucket > Settings > Bucket Details > S3 API] %)
    bucket: (% R2 BUCKET NAME  [see: Select R2 Bucket > Settings > Bucket Details > Name] %)
    key: (% PROJECT NAME %)

As env variables (MANTLE_AWS_ACCESS_KEY_ID, MANTLE_AWS_SECRET_ACCESS_KEY) you should set credentials of R2 API Token (has to be created separately from the bucket [see: Overview > Manage R2 API Tokens])
Describe the solution you'd like
Add an information to docs that it's possible to use Cloudflare R2.

Nice! I've updated the docs to include this information: https://mantledeploy.vercel.app/docs/remote-state/cloudflare-r2

@blake-mealey Thanks for adding!
Please note though that Cloudflare R2 doesn't support object locking, so if you're considering adding the support for it in the future, do you think there would be possible to add an option to disable it?

That's good to keep in mind

authors: Etheroit blake-mealey

repo: blake-mealey/mantle


text:
Capture

/describe

/describe

Apply Sweep Rules to your PR?

Yes please

repo: blazickjp/GPT-CodeApp


text:
评测脚本

评测脚本是否可以分享呢？

我们使用AlpacaEval中的评测脚本，请参考：https://github.com/tatsu-lab/alpaca_eval，用GPT-4计算胜率使用的prompt已更新https://github.com/blcuicall/OMGEval/tree/main/evaluator_prompts/gpt4_template，供参考

authors: Aprilahhhh blmdxiao

repo: blcuicall/OMGEval


text:
No background color

I'm new to vim as well as extending it. I've installed airline via vundle and added the custom fonts but airline doesn't seem to load any background color for the status bar. As a result the big triangles look a bit odd. What did I miss? Here is a screenshot and my config:
set laststatus=2
let g:airline_powerline_fonts = 1
set ttimeoutlen=50
set guifont=Source\ Code\ Pro\ for\ Powerline
let g:airline#extensions#tabline#enabled = 1

Thanks!

Add set t_Co to ~/.vimrc would solve this problem for me. But this would change my SolarizedDark colorscheme.

I have the same question.

I have the same issue using Terminator on Xubuntu 15.10
Any ideas? setting t_Co didn't work for me.

It turns out, in my case, the terminal emulator was not letting vim know it could display 256 colours.
The was confirmed by echo $TERM returning xterm.
The quick fix is to either  add set t_Co=256 in the .vimrc or to configure the .bashrc to return the correct $TERM value. This article http://vim.wikia.com/wiki/256_colors_setup_for_console_Vim provides all the necessary information.
Terminator on Xubuntu 15.10
before fix

after Fix

authors: andersennl jackywyz pengxy8 zsoobhan

repo: bling/vim-airline


text:
修改版发行请求

对主题进行了部分修改，希望可以在保留原作信息的情况下独立发行，若您觉得侵犯您的权益，联系我删除仓库。
若得以许可，将不胜感激。
仓库地址

其实直接fork过去就行了。
Message ID: @.***>

repo: blinkfox/hexo-theme-matery


text:
Garbled textures starting in v0.7.0

Textures and fonts loaded by the Monogame content pipeline occasionally come in offset or completely mixed up rendering completely wrong.

Resources loaded by the custom ref pipeline don't appear to have this issue.
The issue only occurs on some launches of Blish HUD.

Yeah, there's something going on there.  I was seeing it on occasion myself.
Seems to have a chance of happening to any of the sprites or fonts that are loaded using the built in content system for MonoGame and not the custom one we've built (so I guess that's good at least).  That makes me think it's something upstream causing the issue, though.  :thinking:  That or maybe resources are now getting loaded on other threads that weren't in previous versions and the upstream resource libraries aren't able to handle multi-threaded resource loading.
I'll check first to see if I updated MonoGame extras or anything else recently.

We've not seen this in recent releases.

repo: blish-hud/Blish-HUD


text:
System.Threading.AbandonedMutexException: The wait completed due to an abandoned mutex.

https://sentry.do-ny3.svr.gw2blishhud.com/blish-hud/blishhud/issues/93/
System.Threading.AbandonedMutexException: The wait completed due to an abandoned mutex.
  File "C:\projects\blish-hud\Blish HUD\Program.cs", line 49, in IsMoreThanOneInstance
    Boolean IsMoreThanOneInstance()
  File "C:\projects\blish-hud\Blish HUD\Program.cs", line 37, in Main
    Void Main()

Issue has not been encountered in quite a while.


text:
Blish HUD main icons stops working

I am one of them that suffers from the strange jumping mouse cursor jumping in GW2 (this is a known bug for years). So i wrote a small autohotkey script that battles this, cant play without it.
; #IfWinActive, ahk_class ArenaNet_Dx_Window_Class ; if dx 9
#IfWinActive, ahk_class ArenaNet_Gr_Window_Class ; if dx 11
$RButton::
MouseGetPos, CoordXRec, CoordYRec
sendevent {RButton down}
keywait RButton
sendevent {RButton up}
MouseMove, %CoordXRec%, %CoordYRec%
return
what it does is that it records the mouse cursor position when i click me right mouse key the return the cursor to this potion when i let it go.
To the problem. When i start Blish Hud it works fine but as sone as i click my right mouse key to pan the camera, the icons stops functioning.

There is a known issue with AutoHotKey breaking our mouse hook.  Until we figure out what's causing this, you can attempt to run Blish HUD with the --debug flag at launch which slightly changes the way the mouse hook works and should allow it to continue to work while you have AHK enabled and running for Guild Wars 2.

Thank you so much for providing an example script.  I've finally been able to replicate the issue and I believe we have it solved now.  Could you please try this build and let me know if this resolves the issue for you?
Blish HUD.0.11.3-PullRequest0574.13.zip
.


text:
add optional memo field for amount selector

@sschiessl-bcp, please review.

Accepted

authors: VerevkinAlexander sschiessl-bcp

repo: blockchainprojects/bitshares-ui


text:
epic: create schemas logic on resolver contract

Definition of Done:

[x] Elaborate logic to handle different schemas in a single resolver
[x] Create mappings, getters and setters for resolver configuration
[x] #7
[x] #6
[x] #12
[ ] Revoke an attestation
[ ] Switch from checkIn to checkOut
[ ] Create response attestation

Let's change the villager schema into revocable instead of creating a badge for each action: check-in and checkout. This will result in a schema exactly like the manager schema, so I'll have to store a mock input to make the abi different. Adding "address villager" will be a duplicated field from attestation.recipient but will help organize the schemas.
A nice proposal for EAS is to allow for a naming convention when hashing the schema uid or versioning inside a schema to make it different schemas with the same data types.

My fault, this is not a solution, because only the manager can revoke the checkIn attestation, but we actually need the user to revoke it.

repo: blockful-io/trustful-zuzalu-contracts


text:
Release 2.25.0 (develop)

✨ Highlights

https://github.com/blocknative/web3-onboard/pull/2100
https://github.com/blocknative/web3-onboard/pull/2087
https://github.com/blocknative/web3-onboard/pull/2099
https://github.com/blocknative/web3-onboard/pull/2098
https://github.com/blocknative/web3-onboard/pull/2092
https://github.com/blocknative/web3-onboard/pull/2093
https://github.com/blocknative/web3-onboard/pull/2072
https://github.com/blocknative/web3-onboard/pull/2086
https://github.com/blocknative/web3-onboard/pull/2083
https://github.com/blocknative/web3-onboard/pull/2082
https://github.com/blocknative/web3-onboard/pull/2076
https://github.com/blocknative/web3-onboard/pull/2079
https://github.com/blocknative/web3-onboard/pull/1720
https://github.com/blocknative/web3-onboard/pull/2057
https://github.com/blocknative/web3-onboard/pull/1962
https://github.com/blocknative/web3-onboard/pull/2058
https://github.com/blocknative/web3-onboard/pull/2061
https://github.com/blocknative/web3-onboard/pull/2063
https://github.com/blocknative/web3-onboard/pull/2062

📦 Changes per package
@web3-onboard/blocto : 2.0.1
@web3-onboard/coinbase : 2.2.7
@web3-onboard/common : 2.3.4
@web3-onboard/blocto : 2.21.3
@web3-onboard/core : 2.21.3
@web3-onboard/hw-common : 2.3.1
@web3-onboard/injected-wallets : 2.10.12
@web3-onboard/keepkey : 2.3.8
@web3-onboard/keystone : 2.3.8
@web3-onboard/ledger : 2.6.0
@web3-onboard/metamask : 2.0.3
@web3-onboard/react : 2.8.14
@web3-onboard/solid : 2.0.1
@web3-onboard/trezor : 2.4.4
@web3-onboard/vue : 2.7.13
@web3-onboard/walletconnect : 2.5.4
@web3-onboard/particle-network : 2.0.0

@SocketSecurity ignore npm/esbuild@0.18.20
@SocketSecurity ignore npm/keccak@1.4.0


text:
Add email property to UserData

The UserData should have a profile property that includes

name
email
avatarImage

This is done in pull request #56 which is good to merge once the change log entry is updated.  Will ship in v0.3.0.

authors: friedger larrysalibra

repo: blockstack/blockstack-android


text:
🛑 Maxthon API is down

In 36e19c1, Maxthon API (https://api.maxthon.com) was down:

HTTP code: 500
Response time: 336 ms

Resolved: Maxthon API is back up in f332196 after 48 minutes.

repo: bloodchen/upptime


text:
🛑 Maxthon API is down

In d84b78d, Maxthon API (https://api.maxthon.com) was down:

HTTP code: 500
Response time: 330 ms

Resolved: Maxthon API is back up in 6b68296 after 8 minutes.


text:
[Idea] Quick link settings

Describe your problem
For example, I'd prefer 'Existing Content' as a quick link instead of Forum.
Expected behavior
Go to settings area and select/deselect the items I want.
Maybe have a maximum. Is 8 possible?
Actual behavior
Currently fixed and not configurable.
Bludit version
All.

After reading this it made me want to try and make a plugin for this. After some trial and error I finally have a rough working prototype.
Once installed and activated the plugin adds a second "Quick Links" section to the admin dashboard. I can already hear the questions. Why make a plugin that does the same thing? Well I did it this way because of @dignajar's comment. If "Quick Links" was turned into a working plugin it could be removed from Bludit [core] helping to keep Bludit lean while keeping the same ability as an option.
Currently the plugin provides 6 configurable quick link slots and has 10 internal links and 3 external link choices. More information available here.
What doesn't work as intended yet? The settings config menu selection area. The options can be set, updated, saved, etc, but they don't display the active link names like I intended yet. Below is a screenshot to show what I mean.

Instead of showing qlContentNew it should show Content New or instead of qlCategories it should be Categories, and so on for the other links.
Other than that issue everything is working as intended. I am sure there is repetitive code or things that could be done better. Hopefully there isn't anything to terrible in the code. I am open to suggestions and comments about how to make this plugin better.
Hey @BlakesHeaven, is this remotely close to what you are after?

Hi @erdifr, well done, this looks like it is heading the right direction.
I'm probably at best a novice at php coding but I'll have a look at your code and see if I can suggest anything regarding the issues you mentioned.
Thanks for doing this! 🙂

You're welcome @BlakesHeaven. I am pretty new to php myself so I appreciate any thoughts or suggestions you may have to make the plugin better. Hopefully with some teamwork this will turn into a great plugin.

Did some more tinkering with the plugin and I think that I have found a solution for the settings config menu selects. Instead of showing qlContentNew, qlCategories and so on it now shows Select a link for each link option. Hopefully doing it this way isn't confusing.
Still haven't figured out a solution for updating/changing the outputted HTML when a menu item (or items) are disabled. Disabling links still works and it also leaves empty divs with styling when menu items are disabled. Not really ideal.
Here's a link to the diff. As always I welcome any and all comments and/or thoughts.

Hello, with the new version of Bludit v4.0 rc1, I would like to close the old Github issues. If you feel that your issue is not resolved in the latest version, create a new ticket.

Help and Support use the Forum https://forum.bludit.org
Bugs and new requests here in Github https://github.com/bludit/bludit/issues

authors: BlakesHeaven dignajar erdifr

repo: bludit/bludit

license: mit


text:
Bug fix and support for timestamps

Added support for getting timestamp columns from ResultSet and for setting timestamp values in PreparedStatement.  Decided to use the string representation of the timestamp as the interchange format as it seemed the most reliable way to represent the value and avoid timezone issues.
Also fixed minor bug in ResultSet where getInt() was returning a string.
As fyi, I'm using this module in a script to copy large amounts of data from 1 database over to another.  I'll send additional PRs if I need to make any more changes.  Thanks for writing a great module!

Hi ceyhunkerti, thanks.  You may want to regen the doc set as well. Do you need to do something special for the updates to appear on npm?

Hi there,
I've published to npm too. thanks for the reminder.
I'll have a look at the docs in detail tomorrow.

Hey, thanks again.  This is my first time contributing code to an open
source project - it's been an nice experience.
I just tried a fresh install from npm, and it seems to not match what's in
the repo master branch (the batch methods are there, but the new timestamp
changes aren't).  Did you publish an earlier commit to npm?
On Tuesday, March 8, 2016, ceyhunkerti <notifications@github.com
<javascript:_e(%7B%7D,'cvml','notifications@github.com');>> wrote:

Hi there,
I've published to npm too. thanks for the reminder.
I'll have a look at the docs in detail tomorrow.
—
Reply to this email directly or view it on GitHub
https://github.com/blue-color/nodejdbc/pull/3#issuecomment-193978901.

sorry my mistake, i've published the latest version now.

Perfect - everything looks good now.  Thanks for collaborating!
On Tuesday, March 8, 2016, ceyhunkerti notifications@github.com wrote:

sorry my mistake, i've published the latest version now.
—
Reply to this email directly or view it on GitHub
https://github.com/blue-color/nodejdbc/pull/3#issuecomment-194018874.

authors: ceyhunkerti hmedney

repo: blue-color/nodejdbc

license: isc


text:
Get summary in string format

Hi,
It would be nice to get the summary in string format too, e.g. if someone uses a logger.
I would recommend to move the content of the summary function into a summary_str function,
and summary would be just a short wrapper like this:
def summary(model):
      for line in summary_str(model):
           print(line)

Or alternatively an optional flag, e.g. output='print' | 'str' | file_like_object. (default: 'print').

Addressed in b699cd59b2505502150f714871ec60fde093215c

authors: blue-season dvolgyes

repo: blue-season/pywarm


text:
Adds --with-vagrant option

Motivation:
I am often building packages for an environment (debian8) that does not match my local box (a mac).  Consequently, I generally add a virtual machine provisioner (vagrant) to my package.

Coverage decreased (-1.2%) to 94.536% when pulling 4270bcdfef9c2eae5e2d633d9526840f9bb6f951 on brianbruggeman:master into 615198a2927cb5a913da8fd3196fa28d2d267abb on blue-yonder:master.

Coverage decreased (-0.4%) to 95.364% when pulling 806d614d50562b5668ca0b30cacd23660528d4b8 on brianbruggeman:master into 615198a2927cb5a913da8fd3196fa28d2d267abb on blue-yonder:master.

I do like that this dispatches to vagrant init and does not provide a full template that we have to maintain in pyscaffold. On the other hand, executing vagrant init manually after putup is not difficult at all.  I.e. I do not see a huge benefit of using putup --with-vagrant myproject over putup myproject && cd myproject && vagrant init.
To summarize: I think vagrantfile generation should be decoupled from pyscaffold.

You may have missed my template (see: https://github.com/blue-yonder/pyscaffold/pull/93/files#diff-715cc25ad498112a1b7a826167892f0a), which is more than the standard vagrant init.
At least in my experience over the past 5 years using Vagrant, rarely do my team members know Ruby and Vagrant.

authors: HolgerPeters brianbruggeman coveralls

repo: blue-yonder/pyscaffold


text:
[BUG] infrastructure/ssh_client ignore ssh_client_userknownhostsfile

Infrastructure/ssh_client role ignoring UserKnownHostsFile.
Context
If you add as hostvars ssh_client_userknownhostsfile: /dev/null, e.g., it will not be applied due to a miss configuration in the Jinja2 template.
Expected result
ssh_client_userknownhostsfile: /dev/null

Host c001
    StrictHostKeyChecking False
    UserKnownHostsFile /dev/null
    Hostname %h-ice1-1

Dear @lmagdanello
Thank you for opening this issue ! :blush:
Well, after investigating, issue is much worse than that. I don't know what I did, but the code is really bad :rofl:
{# Macro to avoid redundancy #}
{% macro write_host(host, host_vars, ssh_jump) %}
Host {{ host }}
    {% if host_vars['ssh_client_stricthostkeychecking'] is defined and host_vars['ssh_client_stricthostkeychecking'] is not none %}
    StrictHostKeyChecking {{ host_vars['ssh_client_stricthostkeychecking'] }}
    {% endif %}
    {% if host_vars['ssh_client_userknownhostsfile'] is defined and host_vars['ssh_client_userknownhostsfile'] is not none %}
    UserKnownHostsFile {{ ssh_client_userknownhostsfile }}
    {% endif %}
    {% if host_vars['ssh_client_loglevel'] is defined and host_vars['ssh_client_loglevel'] is not none %}
    LogLevel {{ host_vars['ssh_client_loglevel'] }}
    {% endif %}
    {% if ssh_jump is none %}
      {% set host_to_be_used_network = host_vars['j2_icebergs_main_network_dict'][j2_current_iceberg] | default(none, true) %}
    Hostname %h{% if host_to_be_used_network is not none %}-{{ host_to_be_used_network }}{% endif %}

    {% else %}
    Hostname %h
    ProxyJump {{ ssh_jump }}
    {% endif %}
{% endmacro %}

You can see I used host_vars['ssh_client_stricthostkeychecking'] for example, which does not exist at all !!
It should be hostvars[host]['ssh_client_stricthostkeychecking'] instead, and for efficiency reasons, I should use a buffer in the main loop.
I am really sorry for this code, I must have been bugged when I did that :slightly_smiling_face:

I will fix that as soon as possible !

Hey @oxedions,
I made the necessary changes: added the individual variables that were missing from defaults and encapsulated the variables in the buffer for optimization.
I did some tests on my bluebanquise-box:
# Global parameters

    Host mgt1

    Host node00
    UserKnownHostsFile /tmp

    Host node01

I was unsure whether to keep it in 1.2.2 or 1.2.3, I can correct it if it's better to keep it in just one version given that it's a similar fix to the role.

Bug fixed with !902

authors: lmagdanello oxedions

repo: bluebanquise/bluebanquise


text:
Added Super Mario Bros as a game in the Microsoft store.

Whoops! opened it in the test branch by accident.


text:
Using this plugin on Ubuntu 22.04: apt-get libgstreamer-plugins-base1.0-dev  will entirely remove my gnome desktop environment!!

$ sudo apt install libgstreamer-plugins-base1.0-dev
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages were automatically installed and are no longer required:
  acl apg aptdaemon-data apturl-common bluez-obexd bolt busybox-initramfs colord-data desktop-file-utils fdisk gdisk genisoimage
  gir1.2-accountsservice-1.0 gir1.2-adw-1 gir1.2-dbusmenu-glib-0.4 gir1.2-dee-1.0 gir1.2-gck-1 gir1.2-gcr-3 gir1.2-gdm-1.0 gir1.2-geoclue-2.0
  gir1.2-gnomebluetooth-3.0 gir1.2-goa-1.0 gir1.2-graphene-1.0 gir1.2-gtk-4.0 gir1.2-gweather-3.0 gir1.2-javascriptcoregtk-4.0 gir1.2-json-1.0
  gir1.2-mutter-10 gir1.2-nm-1.0 gir1.2-nma-1.0 gir1.2-rb-3.0 gir1.2-rsvg-2.0 gir1.2-snapd-1 gir1.2-soup-2.4 gir1.2-udisks-2.0 gir1.2-unity-7.0
  gir1.2-upowerglib-1.0 gir1.2-vte-2.91 gir1.2-webkit2-4.0 gkbd-capplet gnome-bluetooth-3-common gnome-bluetooth-common gnome-control-center-faces
  gnome-online-accounts gnome-session-common gnome-settings-daemon-common gnome-shell-common gstreamer1.0-pipewire gvfs-common gvfs-libs hplip-data
  initramfs-tools-bin klibc-utils libatasmart4 libblockdev-crypto2 libblockdev-fs2 libblockdev-loop2 libblockdev-part-err2 libblockdev-part2
  libblockdev-swap2 libblockdev-utils2 libblockdev2 libbluetooth3 libcolord-gtk1 libcolorhug2 libcue2 libdmapsharing-3.0-2 libfdisk1 libflashrom1
  libfprint-2-2 libfreerdp-server2-2 libftdi1-2 libfwupd2 libfwupdplugin5 libgcab-1.0-0 libgdm1 libgif7 libgnome-autoar-0-0
  libgnome-bluetooth-3.0-13 libgnome-bluetooth13 libgnomekbd-common libgnomekbd8 libgoa-backend-1.0-1 libgpod-common libgpod4 libgsf-1-114
  libgsf-1-common libgsound0 libgssdp-1.2-0 libgupnp-1.2-1 libgupnp-av-1.0-3 libgupnp-dlna-2.0-4 libhpmud0 libieee1284-3 libimagequant0
  libimobiledevice6 libjcat1 libklibc liblirc-client0 libmbim-glib4 libmbim-proxy libmtp-common libmtp-runtime libmtp9 libmutter-10-0 libndp0
  libnfs13 libnm0 libnma-common libnma0 libnvidia-cfg1-510 libparted-fs-resize0 libpkcs11-helper1 libplist3 libplymouth5 libpulse-mainloop-glib0
  libqmi-glib5 libqmi-proxy libraqm0 librhythmbox-core10 librygel-core-2.6-2 librygel-db-2.6-2 librygel-renderer-2.6-2 librygel-server-2.6-2
  libsane-common libsane-hpaio libsbc1 libsgutils2-2 libsmbios-c2 libsnmp-base libsnmp40 libsysmetrics1 libteamdctl0 libudisks2-0 libusbmuxd6
  libvncserver1 libvolume-key1 libxatracker2 libxcb-res0 libxcb-xv0 libxcvt0 libxfont2 libxklavier16 libxvmc1 linux-sound-base
  mobile-broadband-provider-info mutter mutter-common nautilus-data openvpn power-profiles-daemon ppp pptp-linux printer-driver-hpcups
  printer-driver-postscript-hp python3-click python3-colorama python3-dateutil python3-defer python3-macaroonbakery python3-mako python3-markupsafe
  python3-olefile python3-pil python3-protobuf python3-pymacaroons python3-renderpm python3-reportlab python3-reportlab-accel python3-rfc3339
  python3-software-properties python3-tz python3-xkit rhythmbox-data rygel sane-airscan switcheroo-control tracker tracker-extract tracker-miner-fs
  ubuntu-advantage-desktop-daemon unattended-upgrades usbmuxd x11-apps x11-session-utils x11-xkb-utils xbitmaps xcvt xfonts-base xfonts-scalable
  xinit xinput xserver-common xserver-xephyr xserver-xorg-legacy xwayland
Use 'sudo apt autoremove' to remove them.
The following additional packages will be installed:
  libdrm-dev libgbm-dev libgudev-1.0-dev liborc-0.4-dev liborc-0.4-dev-bin libpciaccess-dev libudev-dev libudev1 libudev1:i386 libx11-xcb-dev
Suggested packages:
  liborc-0.4-doc
The following packages will be REMOVED:
  alsa-base aptdaemon apturl bluez brltty colord dbus-user-session fprintd fwupd gdm3 gnome-bluetooth gnome-control-center gnome-disk-utility
  gnome-initial-setup gnome-power-manager gnome-remote-desktop gnome-session-bin gnome-settings-daemon gnome-shell
  gnome-shell-extension-appindicator gnome-shell-extension-desktop-icons-ng gnome-shell-extension-ubuntu-dock gstreamer1.0-packagekit gvfs
  gvfs-backends gvfs-daemons gvfs-fuse hplip initramfs-tools initramfs-tools-core language-selector-gnome libpam-fprintd libpam-systemd libsane1
  libtss2-esys-3.0.2-0 libtss2-mu0 libtss2-sys1 libtss2-tcti-cmd0 libtss2-tcti-device0 libtss2-tcti-mssim0 libtss2-tcti-swtpm0 libu2f-udev
  media-player-info nautilus nautilus-share network-manager network-manager-config-connectivity-ubuntu network-manager-gnome network-manager-openvpn
  network-manager-openvpn-gnome network-manager-pptp network-manager-pptp-gnome packagekit pkexec plymouth plymouth-label plymouth-theme-spinner
  plymouth-theme-ubuntu-text policykit-1 polkitd pulseaudio-module-bluetooth python3-aptdaemon python3-aptdaemon.gtk3widgets rhythmbox
  rhythmbox-plugin-alternative-toolbar rhythmbox-plugins sane-utils simple-scan snapd software-properties-common software-properties-gtk
  systemd-oomd systemd-timesyncd tpm-udev ubuntu-desktop ubuntu-desktop-minimal ubuntu-drivers-common ubuntu-release-upgrader-gtk ubuntu-session
  udev udisks2 update-manager update-notifier upower usb-creator-common usb-creator-gtk xorg xserver-xorg xserver-xorg-core xserver-xorg-input-all
  xserver-xorg-input-libinput xserver-xorg-input-wacom xserver-xorg-video-all xserver-xorg-video-amdgpu xserver-xorg-video-ati
  xserver-xorg-video-fbdev xserver-xorg-video-intel xserver-xorg-video-nouveau xserver-xorg-video-nvidia-510 xserver-xorg-video-qxl
  xserver-xorg-video-radeon xserver-xorg-video-vesa xserver-xorg-video-vmware
The following NEW packages will be installed:
  libdrm-dev libgbm-dev libgstreamer-plugins-base1.0-dev libgudev-1.0-dev liborc-0.4-dev liborc-0.4-dev-bin libpciaccess-dev libudev-dev
  libx11-xcb-dev
The following packages will be upgraded:
  libudev1 libudev1:i386
2 upgraded, 9 newly installed, 103 to remove and 17 not upgraded.
Need to get 0 B/1,262 kB of archives.
After this operation, 191 MB disk space will be freed.

On Ubuntu 18.04 that is OK:
sudo apt-get install libgstreamer-plugins-base1.0-dev
正在读取软件包列表... 完成
正在分析软件包的依赖关系树
正在读取状态信息... 完成
将会同时安装下列软件：
  autoconf automake autopoint autotools-dev build-essential debhelper dh-autoreconf dh-strip-nondeterminism dpkg-dev fakeroot g++ g++-7 gcc gcc-7 libalgorithm-diff-perl libalgorithm-diff-xs-perl
  libalgorithm-merge-perl libarchive-cpio-perl libasan4 libatomic1 libc-dev-bin libc6 libc6-dbg libc6-dev libcilkrts5 libdrm-dev libegl1-mesa-dev libfakeroot libfile-stripnondeterminism-perl libgcc-7-dev
  libgl1-mesa-dev libgles1 libgles2-mesa-dev libglib2.0-0 libglib2.0-bin libglib2.0-dev libglib2.0-dev-bin libglvnd-core-dev libglvnd-dev libgstreamer1.0-dev libitm1 liblsan0 libltdl-dev libmail-sendmail-perl libmpx2
  libopengl0 liborc-0.4-dev liborc-0.4-dev-bin libpcre16-3 libpcre3-dev libpcre32-3 libpcrecpp0v5 libpthread-stubs0-dev libquadmath0 libsigsegv2 libstdc++-7-dev libsys-hostname-long-perl libtool libtsan0 libubsan0
  libwayland-bin libwayland-dev libx11-dev libx11-doc libx11-xcb-dev libxau-dev libxcb-dri2-0-dev libxcb-dri3-dev libxcb-glx0-dev libxcb-present-dev libxcb-randr0-dev libxcb-render0-dev libxcb-shape0-dev
  libxcb-sync-dev libxcb-xfixes0-dev libxcb1-dev libxdamage-dev libxdmcp-dev libxext-dev libxfixes-dev libxshmfence-dev libxxf86vm-dev linux-libc-dev m4 make manpages-dev mesa-common-dev pkg-config po-debconf
  python3-distutils python3-lib2to3 x11proto-core-dev x11proto-damage-dev x11proto-dev x11proto-fixes-dev x11proto-xext-dev x11proto-xf86vidmode-dev xorg-sgml-doctools xtrans-dev zlib1g zlib1g-dev
建议安装：
  autoconf-archive gnu-standards autoconf-doc dh-make dwz debian-keyring g++-multilib g++-7-multilib gcc-7-doc libstdc++6-7-dbg gcc-multilib flex bison gcc-doc gcc-7-multilib gcc-7-locales libgcc1-dbg libgomp1-dbg
  libitm1-dbg libatomic1-dbg libasan4-dbg liblsan0-dbg libtsan0-dbg libubsan0-dbg libcilkrts5-dbg libmpx2-dbg libquadmath0-dbg glibc-doc libglib2.0-doc gstreamer1.0-doc libtool-doc liborc-0.4-doc libstdc++-7-doc
  gfortran | fortran95-compiler gcj-jdk libwayland-doc libxcb-doc libxext-doc m4-doc make-doc libmail-box-perl
下列【新】软件包将被安装：
  autoconf automake autopoint autotools-dev build-essential debhelper dh-autoreconf dh-strip-nondeterminism dpkg-dev fakeroot g++ g++-7 gcc gcc-7 libalgorithm-diff-perl libalgorithm-diff-xs-perl
  libalgorithm-merge-perl libarchive-cpio-perl libasan4 libatomic1 libc-dev-bin libc6-dev libcilkrts5 libdrm-dev libegl1-mesa-dev libfakeroot libfile-stripnondeterminism-perl libgcc-7-dev libgl1-mesa-dev libgles1
  libgles2-mesa-dev libglib2.0-dev libglib2.0-dev-bin libglvnd-core-dev libglvnd-dev libgstreamer-plugins-base1.0-dev libgstreamer1.0-dev libitm1 liblsan0 libltdl-dev libmail-sendmail-perl libmpx2 libopengl0
  liborc-0.4-dev liborc-0.4-dev-bin libpcre16-3 libpcre3-dev libpcre32-3 libpcrecpp0v5 libpthread-stubs0-dev libquadmath0 libsigsegv2 libstdc++-7-dev libsys-hostname-long-perl libtool libtsan0 libubsan0
  libwayland-bin libwayland-dev libx11-dev libx11-doc libx11-xcb-dev libxau-dev libxcb-dri2-0-dev libxcb-dri3-dev libxcb-glx0-dev libxcb-present-dev libxcb-randr0-dev libxcb-render0-dev libxcb-shape0-dev
  libxcb-sync-dev libxcb-xfixes0-dev libxcb1-dev libxdamage-dev libxdmcp-dev libxext-dev libxfixes-dev libxshmfence-dev libxxf86vm-dev linux-libc-dev m4 make manpages-dev mesa-common-dev pkg-config po-debconf
  python3-distutils python3-lib2to3 x11proto-core-dev x11proto-damage-dev x11proto-dev x11proto-fixes-dev x11proto-xext-dev x11proto-xf86vidmode-dev xorg-sgml-doctools xtrans-dev zlib1g-dev
下列软件包将被升级：
  libc6 libc6-dbg libglib2.0-0 libglib2.0-bin zlib1g

I tried it on Ubuntu 22.04 and didn't get any of this:
sudo apt install -y libgstreamer-plugins-base1.0-dev
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following NEW packages will be installed:
  libgstreamer-plugins-base1.0-dev
0 upgraded, 1 newly installed, 0 to remove and 8 not upgraded.
Need to get 433 kB of archives.
After this operation, 5.996 kB of additional disk space will be used.
Get:1 http://archive.ubuntu.com/ubuntu jammy/main amd64 libgstreamer-plugins-base1.0-dev amd64 1.20.1-1 [433 kB]
Fetched 433 kB in 1s (558 kB/s)
Selecting previously unselected package libgstreamer-plugins-base1.0-dev:amd64.
(Reading database ... 284286 files and directories currently installed.)
Preparing to unpack .../libgstreamer-plugins-base1.0-dev_1.20.1-1_amd64.deb ...
Unpacking libgstreamer-plugins-base1.0-dev:amd64 (1.20.1-1) ...
Setting up libgstreamer-plugins-base1.0-dev:amd64 (1.20.1-1) ...

You are sure that you didn't update something beforehand or replaced the desktop with some other packages? What output do you get on 22.04 when uninstalling libgstreamer-plugins-base1.0-dev and installing an existing package, to double-check that's a problem of libgstreamer-plugins-base1.0-dev.
And even if so, I think here's not the right place to post the issue, as it's clearly system related and has nothing to do with this package on itself. There's nothing that audioplayers team can do about it. Contact the developers directly if you're absolutely sure about your observation: https://gitlab.freedesktop.org/gstreamer/gstreamer

@eggfly can you close? As it turns out not to be the fault of audioplayers...

repo: bluefireteam/audioplayers


text:
Can the file editor show at the outer html body

I have a page which inserts an iframe,
like the below:

I add some a file on it.

but when I click the edit button, it becomes like this

I want to show the edit panel at the out body, not in the iframe.

The image editor is not a part of jQuery File Upload, but a separate project, see also https://gumroad.com/a/75084915.
That being said, iframes are constrained to their window by design, so you will not be able to show any user interface components originating from an iframe outside of it.
A potential workaround could be implement the editor outside of the frame and pass image blobs to the frame via postMessage protocol:
https://github.com/blueimp/jQuery-File-Upload/wiki/Cross-domain-uploads#postmessage-transport
Please also see #2190

authors: blueimp voltwu

repo: blueimp/jQuery-File-Upload


text:
encoder_encode(): ioctl(VIDIOC_QBUF) failed

Which version are you using?
v1.2.0
Which operating system are you using?

[ ] Linux amd64 standard
[ ] Linux amd64 Docker
[ ] Linux arm64 standard
[ ] Linux arm64 Docker
[ ] Linux arm7 standard
[ ] Linux arm7 Docker
[x] Linux arm6 standard
[ ] Linux arm6 Docker
[ ] Windows amd64 standard
[ ] Windows amd64 Docker (WSL backend)
[ ] macOS amd64 standard
[ ] macOS amd64 Docker
[ ] Other (please describe)

Describe the issue
Ioctl errors occur at low rpiCameraBitrates (100000) with rapid video changes.
Currently my camera is immobilized to prevent the cable jiggling.  The 3mo old RPi 4 is on a solid platform without vibration.  I have tested 5 different cameras (4 were just unboxed yesterday).  All exhibit the same issue.
rpiCameraBitrate: 700000 seems stable.
I wrote a script to restart mediamtx whenever the ioctl problem prints to the logs.  The camera has always (thus far) come back without issue.
Describe how to replicate the issue

set rpiCameraBitrates to something low (I used 1/10th the default value)
start the server with the rpi mipi camera configured
rapidly/repeatedly change the full frame of the video.  I pointed it at a white wall and quickly waved my hands in front of it blocking the lens with my hand, and pulling my hand away.  This never took more than 1min to break it.

Did you attach the server logs?

no
Did you attach a network dump?

no

I'm having the same issue but wasn't able to nail down a root cause:

Raspberry Pi OS (Bookworm) 32 bit on a Raspberry Pi Zero 2W with Camera Module 3
mediamtx v1.8.1 against libcamera v0.2.0 (via symlink-hack)
resolution/fps: 1920x1080 10 fps (iirc)
1-3 clients on an RTSP stream

The stream works flawlessly for a couple of hours but then it suddenly starts to endlessly report the mentioned error:
…
2024/05/13 12:07:47 INF [RTSP] [conn 10.9.9.127:34234] opened
2024/05/13 12:07:47 INF [RTSP] [session eaa5d52c] created by 10.9.9.127:34234
2024/05/13 12:07:47 INF [RTSP] [session eaa5d52c] is reading from path 'cam', with TCP, 1 track (H264)
encoder_encode(): ioctl(VIDIOC_QBUF) failed
encoder_encode(): ioctl(VIDIOC_QBUF) failed
encoder_encode(): ioctl(VIDIOC_QBUF) failed
encoder_encode(): ioctl(VIDIOC_QBUF) failed
encoder_encode(): ioctl(VIDIOC_QBUF) failed
encoder_encode(): ioctl(VIDIOC_QBUF) failed
…

I cannot tell the time difference between the last timestamped log line and the encoder_encode error.
In between the error lines there was some attempt to resume something (the camera?) and the connected clients were endlessly switching between a still image and a short video sequence which was likely the recently buffered frames in some kind of ringbuffer.
Sorry for the vague description. I'm still not able to reliably reproduce the issue. Turning down the bitrate as suggested and swinging the camera around didn't trigger it for me.
Before coming across this issue I assumed the symlink-hack was the causing this instability. I have a second setup using a freshly compiled version if mediamtx against libcamera 0.2.0 which I will try next. But without a reliable way to reproduce this issue it will be hard to tell whether things improved.
I report back as soon as I know more.
@mwolfeu Did you ever find a solution other than restarting the service?

I am also having this issue.

MediaMTX 1.8.3
Raspberry Pi 4 running 64bit Bookworm
Arducam OV5647

I had been running motioneye on this hardware setup for years without issue, but wanted to incorporate this camera into Frigate with an RTSP stream. I kept getting this error so I replaced the cable but that didn't fix it. Mine seems to be completely random, as sometimes it fails immediately, even before clients connect to the stream, and other times not. The longest I have had it run before dying was around 10 minutes.

According to the link above, problem lies within the encoder and currently there is no estimation for the fix. @aler9 any chances to get libav support for rpi camera streaming anytime soon?

@the0 libav support for rpi camera streaming has already been implemented, it's enough to set rpiCameraCodec to softwareH264:
paths:
  rpi:
    source: rpiCamera
    # Codec. Available values: auto, hardwareH264, softwareH264
    rpiCameraCodec: softwareH264

@aler9 I'm using this config section appended to the default config:
csi:
    source: rpiCamera
    rpiCameraWidth: 480
    rpiCameraHeight: 360
    rpiCameraMode: 1296:972:10:P
    rpiCameraFPS: 16
    rpiCameraCodec: softwareH264
    rpiCameraBitrate: 262144

And getting this:
Oct 03 13:04:42 1112 mediamtx[16489]: [0:01:53.836874024] [16489]  INFO Camera camera_manager.cpp:313 libcamera v0.3.0+65-6ddd79b5-dirty (2024-09-06T11:15:57+00:00)
Oct 03 13:04:42 1112 mediamtx[16489]: [0:01:53.872167394] [16498]  WARN RPiSdn sdn.cpp:40 Using legacy SDN tuning - please consider moving SDN inside rpi.denoise
Oct 03 13:04:42 1112 mediamtx[16489]: [0:01:53.879690025] [16498]  INFO RPI vc4.cpp:446 Registered camera /base/soc/i2c0mux/i2c@1/ov5647@36 to Unicam device /dev/media1 and ISP device /dev/media2
Oct 03 13:04:42 1112 mediamtx[16489]: [0:01:53.881275593] [16489]  INFO Camera camera.cpp:1183 configuring streams: (0) 480x360-YUV420 (1) 1296x972-SGBRG10_CSI2P
Oct 03 13:04:42 1112 mediamtx[16489]: [0:01:53.882482880] [16498]  INFO RPI vc4.cpp:621 Sensor: /base/soc/i2c0mux/i2c@1/ov5647@36 - Selected sensor format: 1296x972-SGBRG10_1X10 - Selected unicam format: 1296x972-pGAA
Oct 03 13:04:42 1112 mediamtx[16489]: using software H264 encoder
Oct 03 13:04:42 1112 mediamtx[420]: 2024/10/03 13:04:42 ERR [path csi] [RPI Camera source] encoder_create(): unsupported stride: expected 480, got 512

Any ideas?

@the0 the problem you have is related to a limitation that happens when using that specific width/height combination, and is fixed by https://github.com/bluenviron/mediamtx-rpicamera/pull/18.
I have to close this issue since there are too many, unrelated, problems reported here.
Error encoder_encode(): ioctl(VIDIOC_QBUF) failed happens when RAM is full or system is under pressure. In case someone encounters the error in a different situation and can provide useful insights, open another bug report.

repo: bluenviron/mediamtx


text:
versiongetter: wrap errors with additional context

versiongetter does not work in Arch Linux's package build environment, because repo.Log(&git.LogOptions{From: head.Hash()}) somehow returns plumbing.ErrObjectNotFound.
It might take some time before I can find out the root cause and submit a fix, so here's the preliminary change that wraps errors with additional context.

Hello, the error message you've reported is usually triggered when repositories are pulled with --depth=1:
git clone --depth=1 https://github.com/bluenviron/mediamtx

When repositories are cloned in this way, the tag list is not available:
git tag

(this returns an empty list)
and the server is unable to get its tag.
In my opinion there are two ways to solve the issue:

we can find an alternative way to get the server tag, that is compatible with --depth=1
you have to alter the Arch Linux package in order to download the full repository.

I like the first approach better - try looking around.

you have to alter the Arch Linux package in order to download the full repository.

AFAIK this is not possible. The makepkg program first clones the remote repository into a local mirror repository, and then clones the local mirror repository into a separate package src repository, and switches to a new makepkg branch, where the actual build script runs. There's no way to change how the src repository is set up.
Mirror repo config (mediamtx/config):
[core]
    repositoryformatversion = 0
    filemode = true
    bare = true
[remote "origin"]
    url = https://github.com/bluenviron/mediamtx.git
    fetch = +refs/*:refs/*
    mirror = true

src repo config (src/mediamtx/.git/config):
[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
[remote "origin"]
    url = /home/database64128/repos/aur/mediamtx/mediamtx
    fetch = +refs/heads/*:refs/remotes/origin/*
[branch "main"]
    remote = origin
    merge = refs/heads/main

Inside the src repo, git log correctly shows the latest commit/tag:
commit 32d3fc55ccc631ad125462063b7bf387595209fe (HEAD -> makepkg, tag: v1.9.2)

When repositories are cloned in this way, the tag list is not available:

The src repo is not cloned with --depth=1. The full tag list and commit history are available via git tag and git log.
repo.Tags() is actually able to iterate over all tags. repo.Log(&git.LogOptions{From: head.Hash()}) does not work and repo.Log(&git.LogOptions{All: true}) returns an iterator that immediately gives EOF.

Likely the same issue as mentioned in https://github.com/go-git/go-git/discussions/1125 and https://github.com/go-git/go-git/issues/1002. I'll update this PR once I get things working.

Hi, I have pushed the fix to the branch and updated the PR title. It's now ready for review.


text:
Subscribe did not work

Subscribe does not work. It gave wrong subscribe header error.
And continuously connect and disconnect from server.
function proc()
Every time it's print "eof receive going to reconnect for good measure\n"; Means nothing to read from channel and go to eof socket

I have blank page on subscribe, but publishing is fine...
Did you @hkachhia solve the issue?

Also, it doesn't works from command line

I also have the same problem.

Hey guys... I don't know why, but from console when I run
php sub.php it works!
As I need that sript to add RFID card,  I put break in sub.php code so script will stop on first recieved from my nodemcu.
And like that I call it with shell_exec("sudo php /$user/$node_id/sub.php"); from my other php file

@nedimhx  , Subscribe did not work  even from  console  in windows7,    must run at linux?

I have successfully run it on linux console as I mention before
On June 7, 2018 11:30:48 parispring notifications@github.com wrote:
@nedimhxhttps://github.com/nedimhx , Subscribe did not work even from console in windows7, must run at linux?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/bluerhinos/phpMQTT/issues/30#issuecomment-395356219, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AFpoJJlr3tX_hOmT-FM-51V9F7hFUossks5t6PLGgaJpZM4Js9xX.

you can replace statement $cmd = 0x80; with $cmd = 0x82; in subscribe function

you can replace statement $cmd = 0x80; with $cmd = 0x82; in subscribe function

great! it works!

replace the publish function with:
/* subscribe: subscribes to topics */
function subscribe($topics, $qos = 0){
foreach($topics as $key => $topic){
$i = 0;
$buffer = "";
$id = $this->msgid;
$buffer .= chr($id >> 8);  $i++;
$buffer .= chr($id % 256);  $i++;
$buffer .= $this->strwritestring($key,$i);
$buffer .= chr($topic["qos"]);  $i++;
$this->topics[$key] = $topic;
                    $cmd = 0x80;
                    //$qos
                    $cmd += ($qos << 1);

                    $head = chr($cmd);
                    $head .= chr($i);

                    fwrite($this->socket, $head, 2);
                    fwrite($this->socket, $buffer, $i);
                    fflush($this->socket);
            }
    }

Dont change anything
Loading for some time an then (504)

I am restarting this project so having a clear out of old issues (If you believe this is still valid please reopen)

Recent updates may of fixed this

authors: Jake-Hu aggarwalsri bluerhinos hkachhia jeroenst kingtiwns mekodak nedimhx parispring qqskynet

repo: bluerhinos/phpMQTT


text:
The strings for the settings toggle is unintuitive

Describe the bug

(In the two settings items below) It's counterintuitive to have a toggle on to disable and a toggle off to enable. Make it default to on and disable when off.

This has been changed in #6069.

repo: bluesky-social/social-app


text:
Only allow plans to accept Sequences of detectors

Allow the plans to only accept lists or tuples of hardware devices eg. detector to avoid unexpected behaviour.
Description

Adds a check on the type of the detector argument passed to the main plans used and raises an error if not a Sequence.
Adds type checking to plans and plan stubs.

Pulled in PR#1610 which had started the work on type checking.
Motivation and Contex
Currently plans will still run to completion if passed an iterable different from a generator as input, but will do the wrong thing in the background.
See #1613 .
How Has This Been Tested?

Type annotations should not change the functionality of the code.
Small additions to unit tests to verify that plans raise a TypeError if a generator is passed instead of a list.

Docs build is failing because numpydocs doesn't accept having both Yields and Returns sections in the docstring. It seems it never has even in older versions and adding type hints may have triggered this check

Numpydoc PR to address this: https://github.com/numpy/numpydoc/pull/542

There is a numpydoc release now (which is why I tried to rebase #1610 because I thought that one was this one).

I see that @noemifrisina has CI passing. Were your concerns above adequately addressed, @callumforrester?

authors: danielballan noemifrisina tacaswell

repo: bluesky/bluesky


text:
Added RegisterCustomTypeFunc method and usage example.

The CustomTypeFuncs work great.
I figured it would be nice if folks could register custom types w/o having to touch the reflect package,
so I put together a small wrapper function to (hopefully) simplify usage.

Love it! will merge but against v6-development but I have to add tests to keep my 100% test coverage before merging to v6
Thanks! @johnniedoe , will let you know when it's done.

pull request being handled in #140 , needed to merge into v6-development and add coverage tests

authors: joeybloggs johnniedoe

repo: bluesuncorp/validator


text:
Offer 64bit versions of tModLoader

More of a suggestion than an issue, but would it be possible for you guys to offer compiled 64bit versions of tModLoader?
The reasoning being mostly that people using several big mods (I, for instance, have all big content mods and several others installed) might run into OutOfMemory errors due to the limited 2GB for 32bit executables, in fact even setting the LAA flag in the PE header to allow for 4GBs still isn't enough sometimes (I run into it less often now, but it still happens).
This might be how resources are handled within terraria or maybe improper cleanup by the mods, but having a 64bit version would at least mitigate the limiting nature (memory wise) of the 32bit one.

It's not possible,  we would've offered it otherwise.  tModLoader  is already patched by default so you should have more than 2GB available. Up to 3.5Gb or so

Just to clear it up, is that because of the reference dependencies, which are 32bit? (ReLogic)

Well, it's a void. One of our best persons failed multiple times trying make Terraria 64 bit.
You basically need to rebuild XNA Game to 64bit which seems impossible,

Ah I see, the problem then is that there is no 64bit support for XNA itself. That is a bummer, guess the best that can be done is try to optimize how mods/resources are managed to avoid them using gbs of ram unnecessarily. Thanks for the info.

It could be possible to recompile it (or hack around AppDomain.ResolveAssembly) to work with FNA instead (as it works on Windows, too), but then other problems arise: (Disclaimer: I'm not willing to do these things.)

Some content files can only be read by XNA, not FNA.

This can be mitigated by using the Linux (or OS X) content files.

ReLogic.dll is 32-bit, so it will fail to work.

This is (partially) because it references XNA, so just recompile that as well.
It also uses ReLogic.Native.dll, which is, as the name implies, a native assembly, so just recompiling it won't work. It could be reimplemented, though, because it's not that large and relatively easy to reverse-engineer.
Another option is to use the Linux version of the DLL here, as well, but beware when it tries to do Linux-specific stuff.

Maybe ReLogic (i.e. Yoraiz0r, probably, poor him...) could be pressured to do it, as it'd be much easier for them. (If they complain about FNA being slower than XNA[0], point out all the bloat in their code.)
Or, yunooöh, just switch to an OS that doesn't suck :P (ahem GNU/Linux ahem).
[0]: FNA is pure C#, while XNA is written in C++/CLI, thus having a more direct form of native calls (much faster than P/Invokes).

I'm pretty sure Yorai said it will not be happening to good luck pressuring him, he will only ignore you more and more.

That's fair enough more than just 'fair enough'.

@PoroCYon Problem with Linux, is that playing Terraria means you're running it through Mono, instead of the .Net framework.  I've seen the following issues when doing so:

Reduced framerates, resulting from the aforementioned P/Invoke overhead in FNA, along with the fact that mono is just plain slow.
With a lot of mods installed, the game can take 5-10 minutes to load.
Higher memory usage
More memory leaks (or garbage collection flaws in Mono)
More out-of-memory crashes
When getting close to an out-of-memory crash, game saving no longer works, and may actually trigger the crash.
When an out-of-memory crash occurs, some savefile corruption occurs (I forget the exact details, it's been a while because I don't play modded Terraria on Linux anymore)

I dual-boot with Windows and Linux, each running on a separate SSD.  I have Terraria installed on both.  And although I prefer Linux, I only play modded Terraria on Windows because otherwise I have too many headaches.

Mono now has an LLVM backend. Furthermore, my laptop isn't the most performant (it's 6 years old), and yet Terraria (read: Prism) runs at an acceptable framerate. A significant amount of the lag is probably caused by Terraria itself, though.
That could be caused by many factors, such as syscalls, disk access, assembly loading (and resolving!), etc.
Not for me... ¯_(ツ)_/¯ (maybe because I don't use tModLoader)
Not for me. Then again, Terraria's shitty coding is a thing. (Implicit instance keepalive is possible, even thoug there's a GC.)
None here. You are running a 64-bit kernel etc., right?

I only run Linux (Parabola GNU/Linux-libre-hardened).
I have to admit: I modified FNA slightly (see also this ), so this could have some consequences.

Yeah, I am running a 64-bit kernel.  As for the slow loading, I think it may be due to PNG loading overhead, since it seems to spend most of its time on PNG loading.  PNG is probably the slowest compressed image format out there, and any overhead in Mono probably makes it worse.  PNG is also unusual for a compressed file format, in that the compression and decompression times are roughly equal.  With most compressed formats, the decompression time is much less than the compression time.

Closed for now to prevent polluting the issue list. Can be opened again at any time if needed. Again, 64 bit was attempted with no succession, do not expect anything.

I just have to say I tried base tmodloader several times and kept running into crashes using the system. I had several mods loaded and when I experienced the crashes, I sometimes lost save data, but was always very disappointed, especially when in any other respect the system works really well.
Soon as I switched to this https://github.com/Dradonhunter11/tModLoader64bit/releases it worked great. Really contributed to making the game fun for me to play, and probably many others extending the lifetime of the repo and value long term. 4 GB  is not enough RAM with modern standards.
Please add 64 bit support natively to get over the 4GB memory limit.

authors: Jofairden PoroCYon bloodyshade gothicserpent zauberparacelsus

repo: blushiemagic/tModLoader


text:
Unify std and no_std APIs for IndexMap and IndexSet

Both IndexMap and IndexSet restrict access to their new() and with_capacity() methods behind the has_std feature gate.
Turns out, this isn't actually required because we can use DefaultHashBuilder from the hashbrown crate for the default value of the S: BuildHasher type parameter.
This unifies the API for downstream users of this crate that also support both std and no_std environments, which significantly improves ergonomics and simplifies code.
I have also modified the documentation to reflect these changes.
Note: I believe we could also remove the #[cfg(has_std)] restriction on the two macros indexmap!() and indexset!(), but I didn't include those changes here yet. I can add them for consistency's sake, if you'd like.

For more info about the motivation behind this changeset, here's an example.
Assume we start with this original code, which is std-only:
let mut my_map = indexmap::IndexMap::new();

Before this PR
Downstream crates require tedious changes to support both std and no_std environments that depend on indexmap, which are unergonomic and make the code less readable.
At the crate root:
#[cfg(feature = "std")]
type IndexMap<K, V> = indexmap::IndexMap<K, V>;
#[cfg(not(feature = "std"))]
type IndexMap<K, V> = indexmap::IndexMap<K, V, hashbrown::hash_map::DefaultHashBuilder>;

And then, we must make these changes everywhere indexmap is used:
#[cfg(feature = "std")]
let mut my_map = indexmap::IndexMap::new();
#[cfg(not(feature = "std"))]
let mut my_map = crate::IndexMap::with_hasher(hashbrown::hash_map::DefaultHashBuilder::new());

Such example crates include object, several crates in the wasmtime project, and probably many more that I'm unaware of.
After this PR
No changes are required to the original code at all. :tada:

At a high level, I don't want to lock an external crate dependency in our public API, especially pre-1.0. That is, hashbrown's default is just an alias for ahash::RandomState (0.7), and we shouldn't lock that into our own 1.0 API. So if anything, we should make it something in our crate like:
#[cfg(has_std)]
use std::collections::hash_map::RandomState as DefaultHashBuilder;

#[cfg(not(has_std))]
pub struct DefaultHashBuilder(ahash::RandomState);
// It could privately use any no_std choice internally with forwarding impls,
// or just write our own simple hasher to avoid any dependency.

pub struct IndexMap<K, V, S = DefaultHashBuilder> { ... }

I'm not sure how safe it is for us to toggle the S default in the API at all though. Generally, it would be a breaking change to have different S based on features, because one crate may depend on us with different features than another crate does, each expecting different default S, but that all gets unified by cargo.
But it's weird because we detect has_std and we have a feature for it. So I think the only way S breaks is if has_std would not have been detected in one case, but the std feature is forced in another place. That's maybe ok, because it implies that has_std detection was broken, so they shouldn't be expecting S to be different than std's RandomState.
I'll think about it, and give @bluss time to weigh in too...

I see, thanks for the detailed response! I'm definitely keen to consider your concerns and make any requested changes; for ex, a newtype/wrapper struct is totally fine with me.
The good thing about this PR's current changeset is that it's not a breaking change, as it only offers a default type parameter that can still be customized (as I'm sure you know).

But it's weird because we detect has_std and we have a feature for it. So I think the only way S breaks is if has_std would not have been detected in one case, but the std feature is forced in another place. That's maybe ok, because it implies that has_std detection was broken, so they shouldn't be expecting S to be different than std's RandomState.

I'm not sure what would happen if both no_std and std are concurrently enabled, as I can't think of a way to make that happen, but it seems to be beyond the scope of this PR. I'm not 100% sure, but I think that cargo might fail during the crate resolution phase (?).

The good thing about this PR's current changeset is that it's not a breaking change, as it only offers a default type parameter that can still be customized (as I'm sure you know).

Sure, users can pick their own, but that doesn't give us free reign to change our default. Someone might write:
let map: IndexMap<String, String, RandomState> = IndexMap::new();

... then that's a strong commitment to the default S = RandomState.
Or a weirder case, probably less likely, is to depend on it by coherence:
impl<K, V> MyTrait for IndexMap<K, V> {} // = DefaultHashBuilder ?
impl<K, V> MyTrait for IndexMap<K, V, RandomState> {}
impl<K, V> MyTrait for IndexMap<K, V, ahash::RandomState> {}

... that's only allowed if they are all distinct S.
That's where I'm trying to explore if there's a way that our next release, with or without the std feature, that changes the compilation for any of these sorts of things. Broken has_std is all I've come up with -- which is "accidentally" no_std.

Thanks for the reply again! I'd like to understand things in detail so I can help with any required changes, but I also don't want to waste your time. So feel free to address my below responses if you want, but no pressure.

Sure, users can pick their own, but that doesn't give us free reign to change our default. Someone might write:
let map: IndexMap<String, String, RandomState> = IndexMap::new();

... then that's a strong commitment to the default S = RandomState.

Apologies for my ignorance here, but I don't see why this could be problematic. Such a statement would still work unchanged before & after this PR, right? Please correct me if I'm wrong.

let map: IndexMap<String, String, RandomState> = IndexMap::new();

Regarding the coherence issue, that's an interesting scenario you bring up, and while I agree it's unlikely, I do of course respect the need to consider potential issues there. I think your suggestion of using a newtype wrapper should avoid the issue of conflicting trait implementations, since it would be a new struct type that previously wasn't available to implement traits for.
Another option, admittedly not my preference, is to add a feature to the crate that would only set a default type for S if the feature was enabled. For example, one called ahash or default_hash_builder, etc... TBD.
That wouldn't be quite as ergonomic as the current solution, but it would be way better because it'd only require changes to a downstream crate's Cargo.toml file.

@cuviper can't it still be a problem if a crate is written using indexmap and nostd, and then it has its environment shifted by someone depending on that crate and std? Then it suddenly does not compile.
The situation here is that this situation in the Pr is generally disallowed/unworkable but there might be some tricky argument for why it works. Great, more tricks, that didn't work so well for us with the std detection 😅
When I have time I want to release indexmap 2 to be able to solve this properly.

@bluss thanks for the response!

can't it still be a problem if a crate is written using indexmap and nostd, and then it has its environment shifted by someone depending on that crate and std? Then it suddenly does not compile.

I don't believe it's possible to construe a scenario where this change causes a compilation failure, but I'm not 100% perfectly sure. If you have an example, perhaps we can arrive at a solution that addresses that.

The situation here is that this situation in the Pr is generally disallowed/unworkable but there might be some tricky argument for why it works.

Are you saying the use case I presented when introducing this PR isn't allowable, or that the situation @cuviper brought up earlier isn't feasible?

When I have time I want to release indexmap 2 to be able to solve this properly.

Sure. However, it'd be really nice to have this change there now; it'd relieve folks of the burden from changing hundreds of LoC that use indexmap and instead just allow them to bump the version in their Cargo.toml files.

Thanks for the clarification! I'm more than happy to make the change to enclose hashbrown's DefaultHashBuilder in a newtype wrapper.

Yes, but the other question is the harder problem to crack.

@cuviper can't it still be a problem if a crate is written using indexmap and nostd, and then it has its environment shifted by someone depending on that crate and std? Then it suddenly does not compile.

Hmm, yeah that's a plausible scenario where even a working has_std detection would break things. You could have it working on a true no_std target with one S = default, then break when moving to a std target with a different S.

Yes, but the other question is the harder problem to crack.

Agreed. Thanks for all the excellent feedback and clarifications regarding this std detection issue.
In the interim, while waiting for a major version bump to v2.0.0, would my earlier idea of gating the S = default statement behind a feature work? It seems like it would avoid such problems, since downstream users of this crate would have to explicitly enable the new feature.

That unfortunately does not change the situation in formal terms since either the std feature or your new feature is non-additive after that.

That unfortunately does not change the situation in formal terms since either the std feature or your new feature is non-additive after that.

Hmm, ok. I suppose this'll have to wait for v2.0 then (?). Let me know if there's any way I can help.

Hey, thanks for exploring this anyway. You could have found something that we had missed (I have not been searching around in this space, and yes I had ignored anything about using features this way since I consider non-additive features something that we can't use).
Non-additive features won't be possible in 2.0 either, of course, but maybe there is something that can be done when removing the build script solution and if we can admit some minor breaking change to new or similar (?)

No problem, and thanks for your kind words.

FYI, the master branch is now on 2.0.0-pre, so this is the time to make any changes. I already moved to explicit "std" only, but otherwise the default S is still in the same situation.

FYI, the master branch is now on 2.0.0-pre, so this is the time to make any changes. I already moved to explicit "std" only, but otherwise the default S is still in the same situation.

Thanks for the heads up! I'll take a look at the changes and see if we can make this PR work for everyone.

I think we'll still run into the fundamental issue, that a feature ("std") should not change the meaning of a type like IndexMap<K, V>, with its hidden/default S. That said, I'll back off and see what you come up with. :)

In HashBrown, depending on whether the ahash feature is present, they use either:
/// Default hasher for HashMap.
#[cfg(feature = "ahash")]
pub type DefaultHashBuilder = ahash::RandomState;
/// Dummy default hasher for `HashMap`.
#[cfg(not(feature = "ahash"))]
pub enum DefaultHashBuilder {}

Would we consider something similar here?
#[cfg(feature = "std")]
type DefaultHashBuilder = std::collections::hash_map::RandomState;
#[cfg(not(feature = "std"))]
#[cfg(feature = "ahash")]
type DefaultHashBuilder = ahash::RandomState;
#[cfg(not(feature = "std"))]
#[cfg(not(feature = "ahash"))]
pub enum DefaultHashBuilder {}

This also means that to enable ahash you'd have to remove the std default feature and explicitly add ahash, which might be more palatable?

Relatedly, would we consider a change from:
#[cfg(feature = "std")]
impl<K, V> IndexMap<K, V> {
    /// Create a new map. (Does not allocate.)
    #[inline]
    pub fn new() -> Self {
...

To the following, like the FromIterator impl? Or is there something I've missed?
impl<K, V, S: BuildHasher + Default> IndexMap<K, V, S> {
    /// Create a new map. (Does not allocate.)
    #[inline]
    pub fn new() -> Self {

This would mean that the new and with_capacity methods get added when you define an alias such as:
type IndexMap<K, V> = indexmap::IndexMap<K, V, hashbrown::hash_map::DefaultHashBuilder>;

Note that hashbrown still only provides new and with_capacity when "ahash" is enabled... those can't be implemented with that uninhabited dummy type (unless they would just panic!). I'm not really sure what the purpose of that dummy hasher is -- maybe just to avoid repeating the struct definition without the default type as we do.
Choosing different hashers based on features is still problematic, since features are unified by cargo. Two crates in the build tree may ask for indexmap with different choices, using APIs like with_hasher where they are passing a real hasher instance. Those can't have different types!
Removing the default S means everyone has to specify the hasher type somewhere. Defaults Affect Inference goes into this problem.
IndexMap::default() is new() without a default S. There's no short alternative to with_capacity, but you can write with_capacity_and_hasher(c, Default::default()) -- maybe we can add with_capacity_and_default_hasher(c) if there's a name that's less of a mouthful.

Understood, thanks for the explanation and the links, really appreciate your reply and the article link.
To summarise my understanding:

In HashBrown, they only have one supported hasher which the crate can compile with - I'm requesting two. Different crates in the build tree might assume that they use the standard hasher, and the non-std hasher; and when they get combined, one of them loses, and there's a compile error. Not good.
new() implementations can't be on a generic because otherwise IndexMap::new() wouldn't work any more because the compiler can't make the default Type inference. Instead, users would be forced to write something like IndexMap::<_, _, X>::new() which is obviously not okay. The linked article has a really good explanation.

Note that indexmap 2 has been released, with its change to no longer detect std implicitly. However, this does not change the situation around new and with_capacity, and I left the default hasher as that from std.

Thanks for the update, appreciate it!

authors: bluss cuviper dhedey kevinaboos

repo: bluss/indexmap


text:
Expose printMessage util for usage JS usage

I want to integrate this into https://github.com/vitejs/release-scripts via the JS API and it would be nice to expose some of the code use in the CLI to simplify integration there.

Yeah I think this make sense. We could export this so it works in node/locally only.

Thanks! I'm watching releases and I will use it when the next version is released 🙂

Published v0.1.9! I was planning to do something before the release, but I forgot about it, so I just published anyways 😄

authors: ArnaudBarre bluwy

repo: bluwy/publint


text:
Explanation for a tweak

uc.tweak.force-tab-colour - What does this tweak actually do ?
I am confused by your Wording in Readme. A detailed explanation with images would be great.

uc.tweak.force-tab-colour forces the tab background colour to be the same colour as the navbar background colour. It is useful for themes that set a separate tab background colour (such as Proton themes that use a different tab background colour to increase contrast.)
OFF:

ON:

But can cause some readability issues with some themes (such as white text on white background):

I'll probably make a small image showing the difference between on and off.

I've made the explanation less confusing and added a small image to show the difference between on and off:

authors: EdwardLangdon bmFtZQ

repo: bmFtZQ/edge-frfox


text:
Incorrect splits

Please report here issues similar to https://github.com/bminixhofer/nnsplit/issues/18, i. e. text where it is easy for humans to see the correct split but NNSplit gets it wrong.
I'm not entirely satisfied with the quality of the models yet, such cases might help improve it.

Hi, could you please take a look at the next split: "let me guess you're the kind of guy that ignores the rules cause it makes you feel in control am i right you're not wrong you think that's cute do you think it's cute"
the text is from random tiktok video: https://www.tiktok.com/foryou?is_copy_url=1&is_from_webapp=v2#/@lisaandlena/video/6922836710988500229
there should be something like: "Let me guess, you're the kind of guy that ignores the rules cause it makes you feel in control. Am i right. You're not wrong. You think that's cute. Do you think it's cute"
but we have "Let me guess you're the kind of guy that ignores the rules cause it makes you feel in control am. I right you're not wrong. You think that's cute do you think it's cute"
Why "am" and "I"  are splitted is most questionable :)
BTW, don't you think to add some more texts from other sources to model training? Because wikipedia is more about writing or academic language, not everyday speaking language.

Hi, thanks for reporting this!
As you said, the issue here is likely that the model is just trained on written (mostly academic) language, not on spoken words. For example "am I right" probably barely ever occurs in Wikipedia at the start of a sentence so it makes sense it's not recognized.

texts from other sources

Do you have any specific sources in mind? I considered using text from Opus OpenSubtitles once but the issue there is that the samples are often not really once sentence (from manual inspection). Texts from OPUS could probably be made to work though with some preprocessing.

i think the best way are social network comments, youtube comments and whatsapp\telegram etc. chats
for example: https://www.kaggle.com/dolfik/russian-telegram-chats-history
or https://lionbridge.ai/datasets/15-best-chatbot-datasets-for-machine-learning/ etc.
but anyway preprocessing is required

Hi, thanks, this looks interesting as a starting point to distill further using the nnsplit models (since DistilBERT is still probably too slow).

authors: bminixhofer marlon-br

repo: bminixhofer/nnsplit


text:
Bugfixes

Work in progress for https://github.com/spacetelescope/jdaviz/pull/2179.

Dev test failing due to remote URL timeout.


text:
Triton ：open-source code of cpu backend

Can you provide triton cpu open-source code , need learn CPU compile backend

If you just want to try Triton in the codespace, you can follow these instructions here.
The modifications to Triton to make it run with the interpreter on a CPU are in this repo. However, keep in mind the caveats:

it is not a high-performance CPU backend
it is not the most recent version of the Triton
it is not the most recent version of the Triton interpreter (Newer interpreter)

Or maybe you are looking for a compiled CPU backend.


text:
pipreqs still missing some imports

I have another project where I use
from sklearn import preprocessing
from sklearn import cross_validation
from sklearn.cross_validation import StratifiedShuffleSplit
However, pipreqs does not include scikit-learn in the requirements file.

It also misses:
import h5py
from progressbar import ProgressBar, ETA # installed via pip install progressbar2

It also misses:
from picklefield.fields import PickledObjectField  # pip install django-picklefield

Just tested the new version. picklefield, h5py, Progressbar and scikit-learn are identified correctly. If you find any more packages, please report them.

import MySQLdb

import gc
import sys
import time
from datetime import datetime, timedelta
from osgeo import gdal, osr
import numpy as np
import wasdi

however, the requirements.txt generated with pipreqs only include numpy, GDAL and wasdi
I am using version 0.4.10

authors: audiofeature bndr dizballanze eric-roquemore-sp kr1zz

repo: bndr/pipreqs


text:
Example transport path

First simple example

FYI, I merged quite a few breaking changes to the graaf interface on main. I pushed the changes to your branch, so you should be able to continue (after pulling your branch) without any merge conflicts. Please feel free to reach out if you encounter any issues.

Hey @bobluppes! Can you take a look? For some reason compile and test doesnt pass but it works fine on my machine. I've checked the error and it's saying that cannot find breadth traversal.

authors: Hromz bobluppes

repo: bobluppes/graaf


text:
Fusion 3 Firmware Issues

Following your youtube video for the build you first copy over a file called "first.uf2" however this file has never been committed so guess this file has been replaced with the "Firmware.UF2" file? At any rate I have tried all the firmware's that have been committed but my fusion 3 appears to be stuck in some sort of loop, the screen is white and illuminated but the backlight repeatedly turning on and off (not the breathing animation) and if I connected it to my pc the windows USB notification sound plays repeatedly. Any help you can provide would be greatly appreciated.

Hi, It is look more like power supply problem  ... switch is in battery position and battery is not installed.
Check if you have stable 3.3V

repo: bobricius/armachat


text:
Is posible extract all the tweets and retweets?

I am truing to extract all the tweets of a user like this
scraper.get_tweets(username, since=formatted_date_until, until=formatted_date_since, mode='user', instance="https://nitter.uni-sonia.com")
It is pissible to extract the tweets and retweets at the same time?
thanks

Somebody knows if I have to use filters?
Thanks

#14

repo: bocchilorenzo/ntscraper


text:
How to make two animation (two renderers) work with the same visualizerManager?

Hi! This library is awesome. Thank you for that!
I'm working in a project which I need to use a CircleSolidRenderer customized and below that I need to put an ColumnType4Renderer. My problem is that I need both work together, I mean, both shoudl be started by a NierVisualizerManager. I coudn't start them by the same manager and neighter by two separeted managers (using the same media player, only one animation is started)
Could you help me? Is it possible?

Thank your support, it is support that using some renderer together by the same NierVisualizerManager, there are some examples in demo module, just like below:
visualizerManager.start(surfaceView, arrayOf(ColumnarType1Renderer(), AnotherRenderer()...))

Hi!
Yes, I saw an example like this. Bu the both renderers stays centralized and one overlays the other. There's a way of changing the position of these renderers?

Hi, jpfsilvaa,
sorry for delay reply, the renderer is calculated by default, I think you can customized it by copy of new one, thanks!

authors: bogerchan jpfsilvaa

repo: bogerchan/Nier-Visualizer


text:
Week mode

I added a weekly mode to the calendar.
Closes #39

Hi @andrey-ananiev. Thank you for your contribution! I'm a little short on time right now, but I should be able to review this on the weekend. Until then, please make sure that Detekt is passing and run ./gradlew apiDump to generate new API scheme.

Hi. I don`t know how I can retate the Detect Check. I am new to github.

Hi. I dont know how I can retate the Detect Check. I am new to github @andrey-ananiev If you have a mac, you can run ./gradlew detekt(orgradlew detekt`) locally in a terminal in project directory. This should show you all the errors from detekt.

@andrey-ananiev I have implemented something similar, using 2 separate composables, would be grateful if you would take a look and tell me what do you think about it: https://github.com/boguszpawlowski/ComposeCalendar/pull/91
Personally, I think this will be much easier to maintain in the future and the resulting code is much more readable.

@andrey-ananiev I have implemented something similar, using 2 separate composables, would be grateful if you would take a look and tell me what do you think about it: #91 Personally, I think this will be much easier to maintain in the future and the resulting code is much more readable.

Thank you for supporting the weekly calendar idea. I will definitely look at your implementation and give feedback.

authors: andrey-ananiev boguszpawlowski

repo: boguszpawlowski/ComposeCalendar


text:
Is this project still active ?

Hello
I'm really interested by this project, also I don't see lot's of  activity and the latest release seems to be from Sept 3rd 2020..
hopefully I'm wrong and this is still an active project.

This is an active project and some people are still working on it. The planned release is 3.0.0, but it will be completely different: native pam module, translations etc. It is planned to be released once all of the big changes will be done. For current version just look at beta (default) branch.

authors: Vagrantin tokox

repo: boltgolt/howdy


text:
🛑 Grifos is down

In 4aff9e4, Grifos (https://grifos.cl) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Grifos is back up in fa53ca8.

repo: bomberosalas/status


text:
Paul

Please consider adding me to the contributors' list

Way to go!!!! Congratulations!!!


text:
feat [154] Flow page

Closes #
https://app.zenhub.com/workspaces/boomerang-flow-5f9600754a5aa9001521ccc1/issues/boomerang-io/roadmap/154
Changelog
New

Flow page

Changed

Front page

Testing / Reviewing
Check updated front page and the new flow page.

@LucasGrimauth looks good to me, I've merged it into main.

authors: LucasGrimauth morarucostel


text:
issue w/ deleteDirRecursively

Hey guys! Are you aware deleteDirRecursively is not working at all?

I am not aware of that. Thanks for filing an issue.
We accept patches too. :)
On Tue, Mar 17, 2015 at 7:26 AM, Willian Oki notifications@github.com
wrote:

Hey guys! Are you aware deleteDirRecursively is not working at all?
—
Reply to this email directly or view it on GitHub
https://github.com/boonproject/boon/issues/305.

--
Rick Hightower
(415) 968-9037
Profile http://www.google.com/profiles/RichardHightower

trying to fix it right now. let you know when ok so you can use it for the
nexte release :)
On Tue, Mar 17, 2015 at 1:46 PM, Richard Hightower <notifications@github.com

wrote:

I am not aware of that. Thanks for filing an issue.
We accept patches too. :)
On Tue, Mar 17, 2015 at 7:26 AM, Willian Oki notifications@github.com
wrote:

Hey guys! Are you aware deleteDirRecursively is not working at all?
—
Reply to this email directly or view it on GitHub
https://github.com/boonproject/boon/issues/305.

--
Rick Hightower
(415) 968-9037
Profile http://www.google.com/profiles/RichardHightower
—
Reply to this email directly or view it on GitHub
https://github.com/boonproject/boon/issues/305#issuecomment-82469423.

hey guys! here it goes:
org.boon.etcd.Request, line 188:
< if (this.method.equals("GET")) {

if (this.method.equals("GET") || this.method.equals("DELETE")) {

Though the spec is not clear about entities (at least to me), DELETE is usually the same as GET under invocation perspective. Apart from that discussion, deleteDirRecursively() works fine this way.
Thx

do you think it's going to 0.33? i'd appreciate since we're depending on etcd-client.
thx

Ok
On Tuesday, March 17, 2015, Willian Oki notifications@github.com wrote:

trying to fix it right now. let you know when ok so you can use it for the
nexte release :)
On Tue, Mar 17, 2015 at 1:46 PM, Richard Hightower <
notifications@github.com
<javascript:_e(%7B%7D,'cvml','notifications@github.com');>

wrote:

I am not aware of that. Thanks for filing an issue.
We accept patches too. :)
On Tue, Mar 17, 2015 at 7:26 AM, Willian Oki <notifications@github.com
<javascript:_e(%7B%7D,'cvml','notifications@github.com');>>
wrote:

Hey guys! Are you aware deleteDirRecursively is not working at all?
—
Reply to this email directly or view it on GitHub
https://github.com/boonproject/boon/issues/305.

--
Rick Hightower
(415) 968-9037
Profile http://www.google.com/profiles/RichardHightower
—
Reply to this email directly or view it on GitHub
https://github.com/boonproject/boon/issues/305#issuecomment-82469423.

—
Reply to this email directly or view it on GitHub
https://github.com/boonproject/boon/issues/305#issuecomment-82482869.

--
Rick Hightower
(415) 968-9037
Profile http://www.google.com/profiles/RichardHightower

I merged your patch. I am closing this for now.

authors: RichardHightower woki

repo: boonproject/boon


text:
Docs for is_sorted erroneously state that it defaults to std::less_equal

Following on from Trac#13383…
Docs for is_sorted() currently say:

If no comparison predicate is specified, then std::less_equal is used (i.e, the test is to see if the sequence is non-decreasing)

…but that's not true—it defaults to std::less—see line 60 of boost/algorithm/cxx11/is_sorted.hpp.
This code confirms the default behaviour matches std::less not std::less_equal.
int main () {
  std::vector<int> a        = { 1, 2, 2, 3 };

  std::cerr << "default   : " << std::boolalpha << boost::algorithm::is_sorted( a                      ) << "\n";
  std::cerr << "less      : " << std::boolalpha << boost::algorithm::is_sorted( a, std::less      <>{} ) << "\n";
  std::cerr << "less_equal: " << std::boolalpha << boost::algorithm::is_sorted( a, std::less_equal<>{} ) << "\n";
}

I vote: change the docs, not the code, because the code matches std::. I'm happy to submit a PR for this - please shout if I should do that.

I'll fix the docs.

Thanks.

Fixed in develop 1cbe285.

Great. Thanks very much.

authors: mclow tonyelewis

repo: boostorg/algorithm


text:
Building issue on Windows on ARM64 with VS2022 for ARM64 native (1.83)

Hi,
No success with this build trying:
at ARM64 native tools command prompt on a Windows on Arm64 (Azure VM)

bootstrap vc143
b2 abi=aapcs address-model=64 architecture=arm binary-format=pe threading=multi toolset=msvc link=static

...patience...
don't know how to make <p/C:/CSDK/MAIN/Development/3rdParty/boost_1_83_0>C:\Program Files\Microsoft Visual Studio\2022\Preview\VC\Tools\MSVC\14.40.33617\bin\Hostarm64\vcvarsall.bat
...patience...
(the bat actually is here: C:\Program Files\Microsoft Visual Studio\2022\Preview\VC\Auxiliary\Build\vcvarsarm64.bat)
...patience...
...found 11707 targets...
...updating 565 targets...
...can't find 1 target...
...can't make 2 targets...
...skipped <pbin.v2\standalone\msvc\msvc-14.3>msvc-setup.read for lack of <p/C:/CSDK/MAIN/Development/3rdParty/boost_1_83_0>C:\Program Files\Microsoft Visual Studio\2022\Preview\VC\Tools\MSVC\14.40.33617\bin\Hostarm64\vcvarsall.bat...
and many similar error messages
...skipped 567 targets...
Is there any advice or instruction for the success build? thanks

It looks, it is vc144 toolset handling issue in b2

This https://github.com/boostorg/boost/issues/914 solves this issue.
boots builds and runs on Windows on ARM64

repo: boostorg/boost


text:
Using :value and @change instead v-model

What you are trying to do. A clear and concise description of what you want to happen:
I'm migrating from vue 2 to vue 3 and I've replaced bootstrap-vue with bootstrap-vue-next.
The problem I'm running into is that the data is coming through props from various components above and I'm not able to use the v-model.
In the old code (vue 2) it basically plays this role, but now this happens:
https://stackblitz.com/edit/vitejs-vite-pxa5ft?file=src%2FApp.vue
My question is, why does the  not write if in vue 2 with bootstrap-vue it works?
Here is the old code in vue 2:

Here it is now with vue 3:

Environment:

OS: [MacOS]
"dependencies": {
"bootstrap": "^5.3.3",
"bootstrap-vue-next": "^0.22.7",
"vue": "^3.4.29"
},

Because selectedText is a reactive and doesn't have a .value property

Also in the provided snippet you didn't import ref

But the chain in logic is wrong. @change will only run during the @change 's input event, naturally. But you have blocked changing of the value of the input. It's odd behavior.
You may prefer using the following code, assuming you even need the change event
<template>

    <BFormInput v-model.lazy="selectedText" @change="console.log('changed')" />

Value: {{ selectedText }}

</template>

But the chain in logic is wrong. @change will only run during the @change 's input event, naturally. But you have blocked changing of the value of the input. It's odd behavior.
You may prefer using the following code, assuming you even need the change event
<template>

    <BFormInput v-model.lazy="selectedText" @change="console.log('changed')" />

Value: {{ selectedText }}

</template>

You're right, ref is working, I'll test it in my code now, but I read in the documentation that I should use reactive instead of ref when using complex objects (which is my case)

Regardless the reactive isn't the issue.
The vue docs mention reactive but I think most people will use ref for everything
I'm surprised <input :value="selectedText" @change="changeValue($event)" /> works. Logically it doesn't make any sense on how the value is meant to change. But vue's usage of input v-models is different than that of a component v-model

The reason why it works in bootstrap-vue though is because they overwrote the native @input and @change events. This is because of how vue 2 handles v-models -- a v-model in vue 2 compiled to :value="" @input="" whereas in vue 3 its' :value="" @update:modelValue="". So, in the last few iterations I made the decision to not overwrite the natives, as anything you can get from them you can do using Vue 3 features (modelValue)

When you submit reproductions you'd always need to show what you're doing. This mov is meaningless to me

When you submit reproductions you'd always need to show what you're doing. This mov is meaningless to me

What do you need to see?

authors: VividLemon israeloriente

repo: bootstrap-vue-next/bootstrap-vue-next


text:
will support treeSelect component？

will bootstrap-vue support treeSelect component？

I don't know what this is

This doesn't have enough information. For example, a https://getbootstrap.com/ or https://bootstrap-vue.org/ link

authors: VividLemon littleFutureGo

repo: bootstrap-vue/bootstrap-vue-next


text:
Suppress space in User_Agent

If user-agent has a spacing in its name,  robots-txt-parser remove spaces. Is it normal ?

User-agent:Googlebot
Disallow:/
User-agent:Cocon.Se Crawler
Disallow:/

Got 'cocon.secrawler' in array result of getRules()

[cocon.secrawler] => Array
    (
        [disallow] => Array
            (
                [0] => /
            )
    )

@LeMoussel hey,
Thanks for feedback! Agree.
Now will return user-agent in lower case without removed whitespaces.

authors: LeMoussel bopoda

repo: bopoda/robots-txt-parser


text:
Fix for Issue #36

The previous formats (%+.2d%.2d and %+.2d%C%.2d ) assumed the first term will contain the sign of the time-zone offset.
In practice, the sign (positive or negative) can be present in both terms or in any one of them.
Hence, the sign should be extracted from the total offset in seconds and, after this, append each term's absolute value to the resulting string.
A unit case for this issue is included as well.

Hi Peter,
in my company we are using this lovely library through cocoapods but we came across the bug solved in this merge.
Is there any chance to have a new pod version to take advantage of the fix?
Cheers,
Claudio.

Hm, there kind of have been a number of fixes since 0.7. I should tag this as 0.7.1 or something.
Maybe this weekend I'll see if I can get Travis building again and, if it's green or I can get it green easily enough, I'll tag it.

authors: aggshow boredzo iOSCowboy


text:
node.d.ts fix ServerRequest/ClientResponse to IncomingMessage

ses also: https://nodejs.org/api/http.html#http_http_incomingmessage
3 methods seems to have been deleted, but it exists at stream.Readable.
There keeps ClientResponse for compatibility.

I added ServerRequest as well as ClientResponse.

@Nemo157 @rogierschouten @pspi @loyd could you review this PR?

Looks OK to me... maybe you'd want to put a question mark behind the IncomingMessage#statusCode field to make it optional, because of this passage in the docs.

@rogierschouten
Thx for your pointing out. I fixed it.

cc @vvakame

@rogierschouten thanks!
@progre thanks mate!

authors: progre rogierschouten vvakame

repo: borisyankov/DefinitelyTyped


text:
Improvements to toTitle functionality

Function now correctly deals with apostrophes, etc. For example, the “s” in “it’s”, should not be transformed to upper.

Thanks!

Pleasure!
I had a bit of spare time this morning to add an additional property test (current one just ensures each word contains a maximum of 1 capital letter). The new test ensures that the first letter is not lowercase, the two tests together should guarantee the correct functionality.
Do you think it's worthwhile to add the additional test? If so I can make a quick PR – your call.
One final thing. I assume development happens in the Mercurial repo, as building and testing the project causes the git repo to accumulate a lot of noise. A quick amendment to the .gitignore file solved the problem.
# .gitignore template from:
# https://github.com/github/gitignore/blob/master/Haskell.gitignore

dist
dist-*
cabal-dev
*.o
*.hi
*.chi
*.chs.h
*.dyn_o
*.dyn_hi
.hpc
.hsenv
.cabal-sandbox/
cabal.sandbox.config
*.prof
*.aux
*.hp
*.eventlog
.stack-work/
cabal.project.local
.HTF/

# generated project data

tests/text-test-data/
tests/coverage/

Yeah, I like that test. Thanks!

Done.

authors: alskipp bos

repo: bos/text