text:
Data race in bubbletea.NewProgram.WithColorCache.func1()

Describe the bug
Data race when runnig test code with -race
Trace
WARNING: DATA RACE
Write at 0x00c00013358a by goroutine 342:
  github.com/charmbracelet/bubbletea.NewProgram.WithColorCache.func1()
      /tmp/go-path/pkg/mod/github.com/muesli/termenv@v0.15.2/output.go:107 +0x37
  github.com/charmbracelet/bubbletea.NewProgram()
      /tmp/go-path/pkg/mod/github.com/charmbracelet/bubbletea@v0.25.0/tea.go:209 +0x353
  github.com/ubuntu/authd/pam/internal/adapter.TestGdmModel.func23()
      /home/marco/Dev/authd/pam/internal/adapter/gdmmodel_test.go:1279 +0xb44
  testing.tRunner()
      /snap/go/10489/src/testing/testing.go:1595 +0x261
  testing.(*T).Run.func1()
      /snap/go/10489/src/testing/testing.go:1648 +0x44

Previous read at 0x00c000133588 by goroutine 334:
  github.com/charmbracelet/bubbletea.(*Program).checkResize()
      /tmp/go-path/pkg/mod/github.com/charmbracelet/bubbletea@v0.25.0/tty.go:99 +0x67
  github.com/charmbracelet/bubbletea.(*Program).handleResize.func1()
      /tmp/go-path/pkg/mod/github.com/charmbracelet/bubbletea@v0.25.0/tea.go:259 +0x33

Goroutine 342 (running) created at:
  testing.(*T).Run()
      /snap/go/10489/src/testing/testing.go:1648 +0x845
  github.com/ubuntu/authd/pam/internal/adapter.TestGdmModel()
      /home/marco/Dev/authd/pam/internal/adapter/gdmmodel_test.go:1235 +0x5c08
  testing.tRunner()
      /snap/go/10489/src/testing/testing.go:1595 +0x261
  testing.(*T).Run.func1()
      /snap/go/10489/src/testing/testing.go:1648 +0x44

Code here isn't doing anything just calling into bubbletea code, this can be workarounded by using tea.WithOutput(os.Stdout) so that termenv.WithColorCache is not called.

Same for me
can someone take a look at this
@muesli @meowgorithm @caarlos0

Click here for the race condition log
WARNING: DATA RACE
Write at 0x00c00013214a by goroutine 13:
  github.com/charmbracelet/bubbletea.NewProgram.WithColorCache.func1()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/muesli/termenv/output.go:107 +0x38
  github.com/charmbracelet/bubbletea.NewProgram()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/charmbracelet/bubbletea/tea.go:209 +0x304
  github.com/gofiber/cli/cmd/internal.NewPrompt()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt.go:30 +0x1dc
  github.com/gofiber/cli/cmd/internal.Test_Prompt_View()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt_test.go:84 +0x64
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.(*T).Run.gowrap1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x40

Previous write at 0x00c00013214a by goroutine 11:
  github.com/charmbracelet/bubbletea.NewProgram.WithColorCache.func1()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/muesli/termenv/output.go:107 +0x38
  github.com/charmbracelet/bubbletea.NewProgram()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/charmbracelet/bubbletea/tea.go:209 +0x304
  github.com/gofiber/cli/cmd/internal.NewPrompt()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt.go:30 +0x1dc
  github.com/gofiber/cli/cmd/internal.Test_Prompt_Initialize()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt_test.go:52 +0x64
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.(*T).Run.gowrap1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x40

Goroutine 13 (running) created at:
  testing.(*T).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x5e4
  testing.runTests.func1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2161 +0x80
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.runTests()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2159 +0x6e0
  testing.(*M).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2027 +0xb74
  main.main()
      _testmain.go:59 +0x294

Goroutine 11 (running) created at:
  testing.(*T).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x5e4
  testing.runTests.func1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2161 +0x80
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.runTests()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2159 +0x6e0
  testing.(*M).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2027 +0xb74
  main.main()
      _testmain.go:59 +0x294
==================
==================
WARNING: DATA RACE
Write at 0x00c00013214a by goroutine 12:
  github.com/charmbracelet/bubbletea.NewProgram.WithColorCache.func1()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/muesli/termenv/output.go:107 +0x38
  github.com/charmbracelet/bubbletea.NewProgram()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/charmbracelet/bubbletea/tea.go:209 +0x304
  github.com/gofiber/cli/cmd/internal.NewPrompt()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt.go:30 +0x1dc
  github.com/gofiber/cli/cmd/internal.Test_Prompt_Update()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt_test.go:63 +0x68
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.(*T).Run.gowrap1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x40

Previous read at 0x00c000132148 by goroutine 11:
--- FAIL: Test_Prompt_ParseBool (0.00s)
    testing.go:1398: race detected during execution of test
  github.com/muesli/termenv.(*Output).isTTY()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/muesli/termenv/termenv.go:38 +0x114
  github.com/muesli/termenv.(*Output).BackgroundColor.func1()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/muesli/termenv/output.go:158 +0x30
  sync.(*Once).doSlow()
      /opt/homebrew/opt/go/libexec/src/sync/once.go:74 +0xb4
  sync.(*Once).Do()
      /opt/homebrew/opt/go/libexec/src/sync/once.go:65 +0x40
  github.com/muesli/termenv.(*Output).BackgroundColor()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/muesli/termenv/output.go:166 +0x78
  github.com/charmbracelet/bubbletea.NewProgram.WithColorCache.func1()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/muesli/termenv/output.go:111 +0x50
  github.com/charmbracelet/bubbletea.NewProgram()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/charmbracelet/bubbletea/tea.go:209 +0x304
  github.com/gofiber/cli/cmd/internal.NewPrompt()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt.go:30 +0x1dc
  github.com/gofiber/cli/cmd/internal.Test_Prompt_Initialize()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt_test.go:52 +0x64
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.(*T).Run.gowrap1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x40

Goroutine 12 (running) created at:
  testing.(*T).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x5e4
  testing.runTests.func1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2161 +0x80
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.runTests()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2159 +0x6e0
  testing.(*M).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2027 +0xb74
  main.main()
      _testmain.go:59 +0x294

Goroutine 11 (running) created at:
  testing.(*T).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x5e4
  testing.runTests.func1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2161 +0x80
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.runTests()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2159 +0x6e0
  testing.(*M).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2027 +0xb74
  main.main()
      _testmain.go:59 +0x294
==================
==================
WARNING: DATA RACE
Read at 0x00c00013214a by goroutine 12:
  github.com/muesli/termenv.(*Output).ForegroundColor()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/muesli/termenv/output.go:146 +0x54
  github.com/charmbracelet/bubbletea.NewProgram.WithColorCache.func1()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/muesli/termenv/output.go:110 +0x48
  github.com/charmbracelet/bubbletea.NewProgram()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/charmbracelet/bubbletea/tea.go:209 +0x304
  github.com/gofiber/cli/cmd/internal.NewPrompt()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt.go:30 +0x1dc
  github.com/gofiber/cli/cmd/internal.Test_Prompt_Update()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt_test.go:63 +0x68
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.(*T).Run.gowrap1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x40

Previous write at 0x00c00013214a by goroutine 9:
  github.com/charmbracelet/bubbletea.NewProgram.WithColorCache.func1()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/muesli/termenv/output.go:107 +0x38
  github.com/charmbracelet/bubbletea.NewProgram()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/charmbracelet/bubbletea/tea.go:209 +0x304
  github.com/gofiber/cli/cmd/internal.NewPrompt()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt.go:30 +0x1dc
  github.com/gofiber/cli/cmd/internal.Test_Prompt_YesOrNo()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt_test.go:35 +0x40
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.(*T).Run.gowrap1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x40

Goroutine 12 (running) created at:
  testing.(*T).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x5e4
  testing.runTests.func1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2161 +0x80
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.runTests()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2159 +0x6e0
  testing.(*M).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2027 +0xb74
  main.main()
      _testmain.go:59 +0x294

Goroutine 9 (running) created at:
  testing.(*T).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x5e4
  testing.runTests.func1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2161 +0x80
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.runTests()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2159 +0x6e0
  testing.(*M).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2027 +0xb74
  main.main()
      _testmain.go:59 +0x294
==================
==================
WARNING: DATA RACE
Write at 0x00c00013214a by goroutine 8:
  github.com/charmbracelet/bubbletea.NewProgram.WithColorCache.func1()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/muesli/termenv/output.go:107 +0x38
  github.com/charmbracelet/bubbletea.NewProgram()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/charmbracelet/bubbletea/tea.go:209 +0x304
  github.com/gofiber/cli/cmd/internal.NewPrompt()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt.go:30 +0x1dc
  github.com/gofiber/cli/cmd/internal.Test_Prompt_Answer()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt_test.go:27 +0x40
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.(*T).Run.gowrap1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x40

Previous read at 0x00c00013214a by goroutine 13:
  github.com/muesli/termenv.(*Output).ForegroundColor()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/muesli/termenv/output.go:146 +0x54
  github.com/charmbracelet/bubbletea.NewProgram.WithColorCache.func1()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/muesli/termenv/output.go:110 +0x48
  github.com/charmbracelet/bubbletea.NewProgram()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/charmbracelet/bubbletea/tea.go:209 +0x304
  github.com/gofiber/cli/cmd/internal.NewPrompt()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt.go:30 +0x1dc
  github.com/gofiber/cli/cmd/internal.Test_Prompt_View()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt_test.go:84 +0x64
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.(*T).Run.gowrap1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x40

Goroutine 8 (running) created at:
  testing.(*T).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x5e4
  testing.runTests.func1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2161 +0x80
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.runTests()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2159 +0x6e0
  testing.(*M).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2027 +0xb74
  main.main()
      _testmain.go:59 +0x294

Goroutine 13 (running) created at:
  testing.(*T).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x5e4
  testing.runTests.func1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2161 +0x80
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.runTests()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2159 +0x6e0
  testing.(*M).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2027 +0xb74
  main.main()
      _testmain.go:59 +0x294
==================
==================
WARNING: DATA RACE
Read at 0x00c00013214a by goroutine 12:
  github.com/muesli/termenv.(*Output).BackgroundColor()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/muesli/termenv/output.go:165 +0x54
  github.com/charmbracelet/bubbletea.NewProgram.WithColorCache.func1()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/muesli/termenv/output.go:111 +0x50
  github.com/charmbracelet/bubbletea.NewProgram()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/charmbracelet/bubbletea/tea.go:209 +0x304
  github.com/gofiber/cli/cmd/internal.NewPrompt()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt.go:30 +0x1dc
  github.com/gofiber/cli/cmd/internal.Test_Prompt_Update()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt_test.go:63 +0x68
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.(*T).Run.gowrap1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x40

Previous write at 0x00c00013214a by goroutine 7:
  github.com/charmbracelet/bubbletea.NewProgram.WithColorCache.func1()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/muesli/termenv/output.go:107 +0x38
  github.com/charmbracelet/bubbletea.NewProgram()
      /Users/wernerr/projects/fiberProjects/cli/vendor/github.com/charmbracelet/bubbletea/tea.go:209 +0x304
  github.com/gofiber/cli/cmd/internal.NewPrompt()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt.go:30 +0x1dc
  github.com/gofiber/cli/cmd/internal.Test_Prompt_New()
      /Users/wernerr/projects/fiberProjects/cli/cmd/internal/prompt_test.go:16 +0x88
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.(*T).Run.gowrap1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x40

Goroutine 12 (running) created at:
  testing.(*T).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x5e4
  testing.runTests.func1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2161 +0x80
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.runTests()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2159 +0x6e0
  testing.(*M).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2027 +0xb74
  main.main()
      _testmain.go:59 +0x294

Goroutine 7 (running) created at:
  testing.(*T).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1742 +0x5e4
  testing.runTests.func1()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2161 +0x80
  testing.tRunner()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:1689 +0x180
  testing.runTests()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2159 +0x6e0
  testing.(*M).Run()
      /opt/homebrew/opt/go/libexec/src/testing/testing.go:2027 +0xb74
  main.main()
      _testmain.go:59 +0x294
==================

we wanted to use the pack for our fiber cli:
https://github.com/gofiber/cli
to support our project with a cli
https://github.com/gofiber/fiber

reproducible with test command:
go test ./... -race

would also say that you should activate race detection when running your
https://github.com/charmbracelet/bubbletea/blob/1c6e74daab28ebb6985f8ff480d61117d6da3fba/.github/workflows/build.yml#L36
thank you, great work on the project

It looks like this race condition is being caused by the Output.cache variable in github.com/muesli/termenv/output.go. Specifically, from the logs it seems as if the problematic write is at line 107 and read is at line 146. I think (if I understand this correctly) that the issue arises from termenv rather than bubbletea?

can you share a reproducible? I can then take a look...
thanks!

repo: charmbracelet/bubbletea


text:
Not an issue - but a forum for Chartist would be great

As a chartist noob, there doesn't seem to be a place to ask questions or find shared knowledge.  Or am I missing something?

Hi @xxxmicrobexxx 👋
It's not exactly a forum but if you have a question please feel free to ask in Cube's dataviz Slack channel!

Or you just use the Github discussions we recently added https://github.com/chartist-js/chartist/discussions

source: gharchive/issue

authors: Arantiryo gionkunz xxxmicrobexxx

repo: chartist-js/chartist

license: mit

license_type: permissive

license_source: bigquery


text:
New colors plugin doesn't color pie charts

Feature Proposal
In version 4 (I'm testing alpha 3), there is new colors plugin which should set a default colors for dataset. PR 10764.
There are checks in the plugin to understand the type of the chart but "pie" chart type (must be the same of "doughnut") is missing and the plugin is not coloring the pie chart correctly.
Codepen: https://codepen.io/stockinail/pen/yLEOZxo
Possible Implementation
I think an additional check should be added, as following:
    if (type === 'doughnut' || type === 'pie') {
      colorizer = createDoughnutDatasetColorizer();
    } else if (type === 'polarArea') {
      colorizer = createPolarAreaDatasetColorizer();
    } else {
      colorizer = createDefaultDatasetColorizer();
    }

@LeeLenaleee apologize if I marked as enhancement, instead of bug. :( Thank you!

np, can happen :) at least you still added a reproducable sample 😉

Do you want the PR? I need some hours because now busy :(

If you can do it, go for it, otherwise I will look if I have time for it tommorow evening

If you can do it, go for it, otherwise I will look if I have time for it tommorow evening

submitted

authors: LeeLenaleee stockiNail

license: MIT

license_source: github-api


text:
Cannot add multiple colours to the line chart

Expected behavior
Should be able to give two colors for a single line graph or join multiple line graphs into one
Current behavior
I want to add two different colours for the line graph. I tried passing an array of colours to borderColor but it is not working. I tried creating 2 lines but then those lines are showing separately.
Link for both the code pen
https://codepen.io/dolly-c/pen/qBJboXa
https://codepen.io/dolly-c/pen/poxgLeY
Reproducible sample
https://codepen.io/dolly-c/pen/poxgLeY,
Optional extra steps/info to reproduce
No response
Possible solution
No response
Context
No response
chart.js version
v4.2.1
Browser name and version
No response
Link to your project
No response

This is not a bug, what you are trying to do is not supported. You have 2 options

Use a canvasGradiant
Use segments

I tried using segments but it is not working. Below is the code reference
link for the same
https://codepen.io/dolly-c/pen/wvYWGjW
On Fri, Apr 14, 2023 at 3:27 AM Jacco van den Berg @.***>
wrote:

This is not a bug, what you are trying to do is not supported. You have 2
options

Use a canvasGradiant
https://www.w3schools.com/graphics/canvas_gradients.asp
Use segments
https://www.chartjs.org/docs/master/charts/line.html#segment

—
Reply to this email directly, view it on GitHub
https://github.com/chartjs/Chart.js/issues/11230#issuecomment-1507656125,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ANRCPCWZGWBWXLMZ6KSOCGLXBBZFRANCNFSM6AAAAAAW5O7H54
.
You are receiving this because you authored the thread.Message ID:
@.***>

--
With Regards,
[image: altius_logo]
https://www.google.com/url?q=http://www.altius.cc/&source=gmail-html&ust=1654318595454000&usg=AOvVaw3uNWz6XlzYmN5hJp0mWm4J
Dolly ChhabriyaProject Lead
+919370678234 | @.*** @.***> | +91 8087224705
3rd Floor, Block - B, Central Facility Building, Mihan SEZ, Nagpur - 441108.
Locations: Mumbai | Nagpur | Dubai | Orlando
https://mail-attachment.googleusercontent.com/attachment/u/0/?ui=2&ik=bbe1778e41&attid=0.1&permmsgid=msg-f:1734528165764749214&th=1812482d4551579e&view=att&disp=inline&realattid=f_l3x0x7m11&ser=1&saddbat=ANGjdJ9np1ZtUKL75pBOceoAuYDbImyWvof7oRIPXiGGIh0ZABDu7bs765uL2x1yO0E3BHzX_IXt2pRA4-CzQKei1YhL2wzgS7z5VUSZojVPU-q---lNHQFXQJvmULQp1ko2urLZKwtF9yzRI53wxFbgNMswZwUsJEdJlMejLc35p0ZZN-V5wvTwML3fhHkP3FLKTv_RbAPbb2Lz_AcdZlOJ3WMJyTJ2DjOiZWWM6kV_-aTyDrnKv99XkZTfmG-BJoTsaVpJco1OMuUKqfTKoe2MOeu2NLhc8cbM3jdIQKWSNFSFrxLEZgrrmvMi8lpdFGKfj-FIh7btZSNXwBDvHa5gQIDdxhObVAQqGfy2zBp3gFHyzQbGEGfCp_TDn1tKF76hEOy9b9K6O60Yxj6ysY-3RHaNza_-GGt0pyFNsdFIKCPLDWz5Oye2Gd3kT-1I3gHwlSHeXgXrHo2mLhbPoNm76_dv9o5KgATj4qy5joqWFPa0o750v2qmSOf5-KZ7ajOGLnR2N8f1bzF1SplTAcP50fiMfVTfRQFQNY2uG7jnlAFrCsiP9TSOeUOxgo2g17OX8QK6JJPKc8rS1jud5ByGm4SY4eG02tGmFsEahSu_CemIPrqTIRIlveEKuLNVEkuUvsWLC71JlIqREhO743HsS8TpjC10wN3EsZnG4VIGDY2i02XmefhXTVywmzVQ5gXB-jZ0OAfqAZpeAxWbil10tnNC93A5wdxpxD1lVdjQrjnO57KHDzk0GkMyk4s#m__
https://www.google.com/url?q=https://www.crisil.com/ratings/nsic-rating-list.jsp&source=gmail-html&ust=1654318595454000&usg=AOvVaw3l1DtGV7H55yT2A68JsZ5t
[image: 20_Innovation_logo]
https://mail-attachment.googleusercontent.com/attachment/u/0/?ui=2&ik=bbe1778e41&attid=0.1&permmsgid=msg-f:1734528165764749214&th=1812482d4551579e&view=att&disp=inline&realattid=f_l3x0x7m11&ser=1&saddbat=ANGjdJ9np1ZtUKL75pBOceoAuYDbImyWvof7oRIPXiGGIh0ZABDu7bs765uL2x1yO0E3BHzX_IXt2pRA4-CzQKei1YhL2wzgS7z5VUSZojVPU-q---lNHQFXQJvmULQp1ko2urLZKwtF9yzRI53wxFbgNMswZwUsJEdJlMejLc35p0ZZN-V5wvTwML3fhHkP3FLKTv_RbAPbb2Lz_AcdZlOJ3WMJyTJ2DjOiZWWM6kV_-aTyDrnKv99XkZTfmG-BJoTsaVpJco1OMuUKqfTKoe2MOeu2NLhc8cbM3jdIQKWSNFSFrxLEZgrrmvMi8lpdFGKfj-FIh7btZSNXwBDvHa5gQIDdxhObVAQqGfy2zBp3gFHyzQbGEGfCp_TDn1tKF76hEOy9b9K6O60Yxj6ysY-3RHaNza_-GGt0pyFNsdFIKCPLDWz5Oye2Gd3kT-1I3gHwlSHeXgXrHo2mLhbPoNm76_dv9o5KgATj4qy5joqWFPa0o750v2qmSOf5-KZ7ajOGLnR2N8f1bzF1SplTAcP50fiMfVTfRQFQNY2uG7jnlAFrCsiP9TSOeUOxgo2g17OX8QK6JJPKc8rS1jud5ByGm4SY4eG02tGmFsEahSu_CemIPrqTIRIlveEKuLNVEkuUvsWLC71JlIqREhO743HsS8TpjC10wN3EsZnG4VIGDY2i02XmefhXTVywmzVQ5gXB-jZ0OAfqAZpeAxWbil10tnNC93A5wdxpxD1lVdjQrjnO57KHDzk0GkMyk4s#m__
Follow Us:
[image: facebook_logo]
https://www.google.com/url?q=https://www.facebook.com/altiuscustservices/&source=gmail-html&ust=1654318595454000&usg=AOvVaw3_YhrhqrMerob134L-1-4n
[image: linkedin_logo]
https://www.google.com/url?q=https://in.linkedin.com/company/altius-customer-services-pvt-ltd&source=gmail-html&ust=1654318595454000&usg=AOvVaw2gyfr6Oge3k-8yCp9FLBD7
[image: www_logo]
https://www.google.com/url?q=http://www.altius.cc/&source=gmail-html&ust=1654318595454000&usg=AOvVaw3uNWz6XlzYmN5hJp0mWm4J
DISCLAIMER
This e-mail message and information contained herein is proprietary to
Altius Customer Services Pvt Ltd and or its Customers and is intended only
for the personal use of the recipient(s) named above. This message may be
an attorney-client communication and as such privileged and confidential.
If you are not an intended recipient, you may not review, copy or
distribute this message. If you have received this communication in error,
please notify us immediately at @.*** and delete the original
message. This e-mail may contain viruses. Altius has taken every reasonable
precaution to minimize this risk, but is not liable for any damage you may
sustain as a result of any virus in this e-mail. You should carry out your
own virus checks before opening the e-mail or attachment. Altius reserves
the right to monitor and review the content of all messages sent to or from
this e-mail address. Altius is neither liable for the proper and complete
transmission of the information contained in this communication nor for any
delay in its receipt. Messages sent to or from this e-mail address may be
stored on the Altius e-mail system.

Segments got added in version 3.1 (which is unmaintained right now) so you will need to use a version equal or higher to that.
In your issue template you specify that you are using v4.2.1 so it should work fine.

authors: LeeLenaleee dolly-chhabriya-altius


text:
Mix stacked and non-stacked based on fill

Hello,
I tried to implement a stacked line chart with one additional line which should be not stacked. In my case the easy solution was to stack only the datasets with fill=true and ignore the one dataset with fill=false. From my point of view this makes as sense as stacking without fill would be unusual. The adjustment is quite easy (one line in the controller and one line in the scale). Would you want to consider this for Chart.js? I'd then create a pull request. The alternative could be to add a "stacked" property to the dataset as well
Regards,
Tobias

@tfenster Care to share your code? I'm not longer using fill, but I want to mix a line chart with a stacked bar chart. Think apples sold + oranges sold as stacked bars and then "fruit sales goal" as a line. Right now, the goal is being stacked unless I put it on it's own y-axis...but then I'd want the y-axis to be the largest of the two, instead of both being fit into the same space.

You can see the changes here https://github.com/chartjs/Chart.js/compare/master...tfenster:master but I didn't merge the changes in master

Great. Thanks.
My current strategy is to set the scale.options.ticks.max of both yAxes to the calculated max of the two.

Just following up here. Stacking for bars and lines should be independent. If you have bars for apples and oranges sold and then a line for the goal, the line should not be stacked against the bars. I have confirmed that this works.
If all of the datasets are lines, then they will stack if they are on the same axis. An alternative would be to use something like https://github.com/chartjs/Chart.Annotation.js to draw the line rather than drawing it as a dataset

@etimberg Interesting. I found that one line isn't stacked, but a second line gets stacked. I have "total" as a line and "goal" as a second line. If I only draw either one, it is not stacked.

authors: etimberg kijanawoodard tfenster


text:
when multi charts , tooltip's value alway be the last chart

when i have new multi charts,the tooltip always show me the last chart's value like the image

for (var i = 0, l = data.length; i < l; i ++) {
         var v = data[i];
         if (v != undefined) {
           temConfig[i] = config;
           var id = "canvas" + i;
           temConfig[i].data.labels = v.time;
           temConfig[i].data.datasets[0]['data'] = v.cost;
           temConfig[i].data.datasets[1]['data'] = v.qps;
           temConfig[i].data.datasets[2]['data'] = v.sucRate;
           temConfig[i].options.title.text = "Preparing "+ i +" concurrent users for battle";
           $("body").append('
<canvas id="'+ id +'"></canvas>
');
           ctx[i] = document.getElementById(id).getContext("2d");
           new Chart(ctx[i], temConfig[i]);
         }
       }

@langrenchuan you need to destroy the old chart before creating a new one.
var chartInstance = new Chart(ctx[i], temConfig[i]);
...
chartInstance.destroy();

@etimberg but i want display all chart .

authors: etimberg langrenchuan


text:
Update chart.js

Remove ".js" extensions.

@let-aurn is there a specific issue that this is fixing?

source: gharchive/pull-request

authors: etimberg let-aurn


text:
Fix log scale calculations

I think the image test best demonstrates what was wrong before and how it has changed.
datasets: [{
	data: [10, 100, 10, 100],
	backgroundColor: '#ff0000'
}, {
	data: [100, 10, 0, 100],
	backgroundColor: '#00ff00'
}],

Since this is a log scale, each 10x multiple is basically one tick. On this chart, there's only two orders of magnitude. So 10 should go half way up the chart and 100 should be about at the top (the top value is 200 (it's a stacked chart so 100 + 100) and log 200 = 2.3 and log 100 = 2)

How does it look like with data: [0, 1]?
I think you remove the part that was differentiating those values by font size.

How does it look like with data: [0, 1]?

I'm assuming you're talking about a completely new check with just this one dataset? The 0 bar would not show up and the 1 bar would go to the top. It would look exactly the same as a chart using the linear scale with this PR, which makes the behavior more consistent.

I think you remove the part that was differentiating those values by font size.

Yes, I think that was a strange behavior. To me, it would be unexpected to have values shifted because of the font I use on my labels. None of the other scales do that, which compounds the issue

Maybe it would be appropriate to 'skip` zero values in log chart.

Hmm, I'm not sure. That seems a bit unrelated to this PR though

These should look equal IMO (images by PR):
data: [0, 0.001, 0.02, 0.3, 4, 50, 600]

data: [0.001, 0.001, 0.02, 0.3, 4, 50, 600]

Second one is equal in master. First one by master (scale is ok, except for the offset that I agree on with you, and ticks are wrong):

So if we want to draw 0 (I think we do, its so common to have that in data)
I think the visually correct value for it would be Math.pow(10, Math.floor(log10(minNotZero)) - 1)

@kurkle can you clarify above what branch each of the three images above are from? (2.9, master, this PR, https://github.com/chartjs/Chart.js/pull/6903, etc.)

@kurkle can you clarify above what branch each of the three images above are from? (2.9, master, this PR, #6903, etc.)

this PR
this PR
master

Here's what I'd expect (with minBarLength: undefined for all):

data: [0, 0.001, 0.02, 0.3, 4, 50, 600] and beginAtZero: false - scale begins at 0 since 0 is a data point so second bar is visible
data: [0, 0.001, 0.02, 0.3, 4, 50, 600] and beginAtZero: true - scale begins at 0 both since 0 is a data point and beginAtZero: true so second bar is visible
data: [0.001, 0.001, 0.02, 0.3, 4, 50, 600] and beginAtZero: false - scale begins at 0.001 so first two bars aren't visible
data: [0.001, 0.001, 0.02, 0.3, 4, 50, 600] and beginAtZero: true - scale begins at 0 since beginAtZero: true first two bars are visible

To meet all those conditions, minPositive (or minNotZero) needs to be determined.

Sorry, my last few comments didn't make sense in retrospect. It's been about 20 years since I've done logarithms and forgot that log n is a negative number when n is [0, 1]. I updated my last comment. Does it make more sense now?
After brushing up on my math, I agree that filtering out zeros makes sense. (I knew log 0 was undefined but forgot that the limit of log n as n approaches 0 is negative infinity)

Closing in favor of https://github.com/chartjs/Chart.js/pull/6903

authors: benmccann kurkle


text:
Update README.md

Tweak "Using in web browsers"

Thanks!

authors: dasa jjrv

repo: charto/nbind


text:
fixes empty method

fixes empty method and make downloads work again

I notice the empty method when friendlyName is introduced.  However, seems Chasseurmic no longer maintain this repos?

authors: fannt johncpang

repo: chasseurmic/TWRDownloadManager


text:
如何添加 Oracle 数据库作为向量数据库？

功能描述 / Feature Description
Oracle 23AI 已经有了向量数据库，请问如何增加 Oracle 数据库作为系统的向量数据库？能给出一个大概思路吗？
谢谢！

功能描述 / Feature Description Oracle 23AI 已经有了向量数据库，请问如何增加 Oracle 数据库作为系统的向量数据库？能给出一个大概思路吗？ 谢谢！

这个我做过

repo: chatchat-space/Langchain-Chatchat


text:
first run - unauthenticated git protocol on port 9418 is not longer supported

Thanks for submitting a bug report. Please provide the following information:
A description of the problem
installed using:
sudo snap install cheat
Installed cheat on a new 20.04 system via snap. Ran 'cheat tar'. System responded with no config - create one now? I said yes. Below is what happened:
~$ cheat tar
A config file was not found. Would you like to create one now? [Y/n]:
Would you like to download the community cheatsheets? [Y/n]:
Cloning into '/home/idempiere-admin/snap/cheat/common/.config/cheat/cheatsheets/community'...
fatal: remote error:
The unauthenticated git protocol on port 9418 is no longer supported.
Please see https://github.blog/2021-09-01-improving-git-protocol-security-github/ for more information.
failed to run installer: failed to clone cheatsheets: failed to clone cheatsheets: exit status 128
cheat version info
Please paste the output of cheat -v here.
cheat -v
4.2.3

Hi @cboecking  thanks for your report. I had a look into it and fixed the issue with the snap's git config.
Can you check this pls.?

@chrisallenlane  can you close this one?

Closed and thank you!

Thanks, guys.

Hi Micheal,
Confirmed fixed. Here is how I confirmed:

could not re-run 'cheat config' due to previous bad state.
sudo snap remove cheat
sudo snap install cheat
cheat tar (said yes to config and download - all worked as expected)
cheat tar (all worked as expected)

Thank you for your time and effort regarding this project!
Regards,
Chuck Boecking
512.850.6068 (office and cell)
@.***
www.ChuckBoecking.com

authors: bernermic cboecking chrisallenlane

repo: cheat/cheat


text:
Add features marketing icons

marketing icons need to be added to pull into the feature cards on the marketing site

closed by https://github.com/chec/ui-library/pull/242

repo: chec/ui-library


text:
Coverage

Boosting test coverage

awesome! :+1:

Thanks a lot :)

authors: bootstraponline cheezy samlawrencejones

repo: cheezy/page-object


text:
Use new recipe instead of deprecated when adding mongodb org

Simply uses the new(ish) mongodb_org_repo and prevents the deprecation notice of the 10gen_repo recipe

:+1: since 10gen_repo just includes mongodb_org_repo.
We could even remove the old recipe when breaking things, cf issue #78 which tracks the breaking changes (this should be a separate PR).

@rex, @luishdez lgtm

Fixed via https://github.com/sous-chefs/mongodb/pull/115

authors: ajkeys josephholsten shortdudey123 triccardi-systran

repo: chef-brigade/mongodb-cookbook


text:
Update for Habitat version 0.33.2

Signed-off-by: Nathen Harvey nharvey@chef.io

closing in favor of #35


text:
Added default-ip-address-pool daemon option

Description
Added support for the new default-ip-address-pool daemon parameter.
Issues Resolved

Check List

[x] All tests pass. See https://github.com/chef-cookbooks/community_cookbook_documentation/blob/master/TESTING.MD
[x] New functionality includes testing.
[x] New functionality has been documented in the README if applicable
[x] All commits have been signed for the Developer Certificate of Origin. See https://github.com/chef-cookbooks/community_cookbook_documentation/blob/master/CONTRIBUTING.MD

Looks good. Thanks

repo: chef-cookbooks/docker


text:
Version 2.2.0 undefined method `property' for Chef::Resource::IptablesRule:Class

I fixed the issue changing version to 1.0.0
Compiling Cookbooks...

================================================================================
Recipe Compile Error in .../chef-solo/cookbooks-2/iptables/resources/rule.rb
================================================================================

NoMethodError
-------------
undefined method `property' for Chef::Resource::IptablesRule:Class

Cookbook Trace:
---------------
 .../chef-solo/cookbooks-2/iptables/resources/rule.rb:20:in `class_from_file'

Relevant File Content:
----------------------
.../chef-solo/cookbooks-2/iptables/resources/rule.rb:

 13:  #
 14:  # Unless required by applicable law or agreed to in writing, software
 15:  # distributed under the License is distributed on an "AS IS" BASIS,
 16:  # WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 17:  # See the License for the specific language governing permissions and
 18:  # limitations under the License.
 19:
 20>> property :name, kind_of: String, name_attribute: true
 21:  property :source, kind_of: String, default: nil
 22:  property :cookbook, kind_of: String, default: nil
 23:  property :variables, kind_of: Hash, default: {}
 24:
 25:  action :enable do
 26:    execute 'rebuild-iptables' do
 27:      command '/usr/sbin/rebuild-iptables'
 28:      action :nothing
 29:    end

This occurs if you're running chef-client prior to 12.5.  12.5 introduced a new, simpler, method of creating custom resources and this cookbook uses the new method.

@tas50 thanks!

repo: chef-cookbooks/iptables


text:
Add Amazon Linux support

Signed-off-by: Nathan Dines nath@ndin.es
Description
This change introduces support for the Amazon Linux platform family since it diverged from the rhel platform family as of Chef/Ohai 13
Issues Resolved

N/A

Check List

[ ] All tests pass. See https://github.com/chef-cookbooks/community_cookbook_documentation/blob/master/TESTING.MD
[ ] New functionality includes testing.
[x] New functionality has been documented in the README if applicable
[x] All commits have been signed for the Developer Certificate of Origin. See https://github.com/chef-cookbooks/community_cookbook_documentation/blob/master/CONTRIBUTING.MD

Thanks!


text:
Setting ['installation_reboot_mode'] = 'immediate_reboot' should not stop Chef run

Cookbook version
6.1.1
Chef-client version
12.19.36
Platform Details
Windows 2012R2 (Vagrant image ['opentable/win-2012r2-standard-amd64-nocm'][virtualbox, 1.0.0)] )
Scenario:
When using 'powershell::powershell5' to install a new version of powershell and setting the ['installation_reboot_mode'] attribute to 'immediate_reboot' the Chef run stops at system reboot even if there are further resources to evaluate.
Steps to Reproduce:
set ['installation_reboot_mode'] attribute to 'immediate_reboot'.
Expected Result:
Chef reboots the computer and continues with the rest of its evaluation.
Actual Result:
Chef reboots the computer and stops its evaluation thus requiring a second run.
Notes:
The sql_server cookbook's 'server' recipe allows a reboot mid-Chef run. That functionality should be also implemented in the powershell cookbook.
Applicable code in sql_server cookbook.

The behavior is working as expected. The sql_server doesn't reboot mid-Chef run. It sends a notification to reboot that occurs at the end of a successful chef run.
https://docs.chef.io/resource_reboot.html (request_reboot explanation)
immediate_reboot is going to reboot the system immediately. If you are trying to replicate the sql_server functionality, try the delayed_reboot option.

authors: DamonStamper iennae

repo: chef-cookbooks/powershell


text:
Certificate expires withing 30 days check

:nut_and_bolt: Description: What code changed, and why?

:chains: Related Resources
:+1: Definition of Done
:athletic_shoe: How to Build and Test the Change
:white_check_mark: Checklist
All PRs must tick these:

[ ] I have read the CONTRIBUTING document.
[ ] All commits signed-off for the Developer Certification of Origin.

With occasional exceptions, all PRs from Progress employees must tick these:

[ ] Is the code clear? (complicated code or lots of comments--subdivide and use well-named methods, meaningful variable names, etc.)
[ ] Consistency checked? (user notifications, user prompts, visual patterns, code patterns, variable names)
[ ] Repeated code blocks eliminated? (adapt and reuse existing components, blocks, functions, etc.)
[ ] Spelling, grammar, typos checked? (at a minimum use make spell in any component directory)
[ ] Code well-formatted? (indents, line breaks, etc. improve rather than hinder readability)

All PRs from Progress employees should tick these if appropriate:

[ ] Tests added/updated? (all new code needs new tests)
[ ] Docs added/updated? (all customer-facing changes)

Please add a note next to any checkbox above if you are NOT ticking it.
:camera: Screenshots, if applicable
Certificate Check Success:

Certificate Check Error:

Certificate Check Warning:

CC: @vivek-yadav @kalroy

repo: chef/automate


text:
500 Internal Server Error occasionally on "knife status".

Chef Server Version
I'm current using vanilla Chef Infra Server 13.2.0.
Platform Details
The server is running CentOS 8.1, up to date as of a few days ago. Hardware is a virtual machine (bhyve) running on a FreeBSD 11.3 host (FreeNAS). About 3 GB of RAM has been allotted to the machine, and around 2 GB are currently free.
Configuration
Configuration is Standalone. This server was installed as 13.1.13 and upgraded once so far to 13.2.0. chef-server.rb is as follows:
api_fqdn "removed"
nginx["dhparam_key_length"] = 4096
nginx["non_ssl_port"] = false
nginx["ssl_certificate"] = "/etc/letsencrypt/live/removed/fullchain.pem"
nginx["ssl_certificate_key"] = "/etc/letsencrypt/live/removed/privkey.pem"
nginx["ssl_ciphers"] = [
    "ECDHE-ECDSA-AES256-GCM-SHA384",
    "ECDHE-RSA-AES256-GCM-SHA384",
    "ECDHE-ECDSA-CHACHA20-POLY1305",
    "ECDHE-RSA-CHACHA20-POLY1305",
    "DHE-RSA-AES256-GCM-SHA384",
].join(":")
nginx["ssl_protocols"] = "TLSv1.2 TLSv1.3"

Scenario:
I've been trying to troubleshoot a chef-client hang on a Windows host, and while watching "knife status" for it to check in I received a 500 response from the server. "knife status" being one of the most benign things I could possibly be doing I figured I'd report it just in case someone knows of some situation where a status request may fail.
Steps to Reproduce:
Reproducing this requires no extra resources, and doesn't involved an upload like most other occurrences of this error do. Simply run "knife status" against a server until it fails. Given it's only happened once so far I don't expect it to occur frequently.
Expected Result:
% knife status
1 hour  ago, removed1, windows 10.0.18363.
53 minutes ago, removed2, freebsd 12.1-RELEASE-p2.
50 minutes ago, removed3, freebsd 12.1-RELEASE-p3.
47 minutes ago, removed4, freebsd 12.1-RELEASE-p2.

Actual Result:
Command output:
% knife status
ERROR: Server returned error 500 for https://removed/organizations/removed/search/node?q=*:*&start=0&rows=1000, retrying 1/5 in 3s
1 hour  ago, removed1, windows 10.0.18363.
53 minutes ago, removed2, freebsd 12.1-RELEASE-p2.
50 minutes ago, removed3, freebsd 12.1-RELEASE-p3.
47 minutes ago, removed4, freebsd 12.1-RELEASE-p2.

crash.log/erchef.log:
2020-04-26 21:59:17.872 [error] {<<"method=POST; path=/organizations/removed/search/node; status=500; ">>,{error,{error,{case_clause,{error,{badmatch,{error,sel_conn_closed}}}},[{chef_wm_search,to_json,2,[{file,"/var/cache/omnibus/chef-server/src/oc_erchef/_build/default/lib/oc_chef_wm/src/chef_wm_search.erl"},{line,131}]},{chef_wm_search,process_post,2,[{file,"/var/cache/omnibus/chef-server/src/oc_erchef/_build/default/lib/oc_chef_wm/src/chef_wm_search.erl"},{line,239}]},{webmachine_resource,resource_call,3,[{file,"/var/cache/omnibus/chef-server/src/oc_erchef/_build/default/lib/webmachine/src/webmachine_resource.erl"},{line,203}]},{webmachine_resource,do,3,[{file,"/var/cache/omnibus/chef-server/src/oc_erchef/_build/default/lib/webmachine/src/webmachine_resource.erl"},{line,148}]},{webmachine_decision_core,resource_call,1,[{file,"/var/cache/omnibus/chef-server/src/oc_erchef/_build/default/lib/webmachine/src/webmachine_decision_core.erl"},{line,47}]},{webmachine_decision_core,decision,1,[{file,"/var/cache/omnibus/chef-server/src/oc_erchef/_build/default/lib/webmachine/src/webmachine_decision_core.erl"},{line,487}]},{webmachine_decision_core,handle_request,2,[{file,"/var/cache/omnibus/chef-server/src/oc_erchef/_build/default/lib/webmachine/src/webmachine_decision_core.erl"},{line,32}]},{webmachine_mochiweb,loop,2,[{file,"/var/cache/omnibus/chef-server/src/oc_erchef/_build/default/lib/webmachine/src/webmachine_mochiweb.erl"},{line,106}]}]}}}

this looks similar to #1947 (we also see this error on search requests, really anything to do with elasticsearch queries)

I believe the built-in solution for search is Solr instead of Elasticsearch for standalone installations, so I would assume the issue is in the code performing the queries (either on the API side or the client side.)

@PrajaktaPurohit should we close this, per #2064 or does it have additional scope?
/cc: @stevendanna

I only encountered it once so even if #2064 didn't fix it I'll probably not be seeing it again anytime soon. I'll close it, and if someone else sees it with a more recent chef-server then they can create a new issue.

authors: OBrienCommaJosh joshbrand kaorihinata

repo: chef/chef-server


text:
Chef Infra 15: No "cookbooks" attribute passed back to Chef Infra Server

Description
I did a search online and asked on the Slack channel about this issue. I also skimmed briefly through the diff files with a member from the Slack channel and compared between the 2 versions I am having issues with.
I am trying to find out if something has changed in Chef Infra 15 with some of the attributes being passed back to the Chef Infra server. We have a cookbook that relies on searching attributes on the Chef Server for the node['cookbooks'] attribute to see if a node is running a specific cookbook. Was this removed in Chef Infra 15 as I can not see the "cookbooks" attribute on any of my Chef 15 nodes, but can on my Chef 14 nodes.
For further context when running chef-shell --client and switching to attributes_mode and doing node.cookbooks I am able to see the cookbooks applied to the node, but again they are not passed back to the Chef server on Chef client run completion.
Is this an intended consequence of Chef Infra 15? I was not able to find anything in the release notes about it?
Chef Version
Chef Client 14.13.11 (works)
Chef Client 15.1.36 (doesn't work)
Chef Client 15.2.20 (doesn't work)
Platform Version
All of the clients we have running Chef 15 right now are RHEL 7.6 and RHEL 7.7.
Replication Case
Run Chef Client 14, see expected "cookbooks" attribute. Run Chef Client 15 don't see the "cookbooks" attribute.
Client Output
chef-shell --client and switching to attributes_mode and doing node.cookbooks I am able to see the cookbooks applied to the node, but again they are not passed back to the Chef server on Chef client run completion.

That certainly isn't an intended effect, but at the same time we didn't touch any code that would have directly affected that.  The fact that you can see them applied to the node in chef-shell suggests more of a config problem on your side.
Note that if you have whitelist/blacklists configured that we fixed bugs in that so that they work properly now:
https://github.com/chef/chef/pull/8396/commits/0656a02111ad32ccccdc92e29d53a32b2c8dd66e

Unfortunately, we are not using any sort of whitelist or blacklist for our attributes. We are setting up some of the lines in our config.rb with the chef-client cookbook. Here is a sample below of the config.rb.
chef_license "accept"
chef_server_url "https://chef-server.fdqn/organizations/org_name"
client_fork true
log_location "/var/log/chef/client.log"
ssl_verify_mode :verify_none
validation_client_name "name-validator"
verify_api_cert false
node_name "node-name"

ohai.plugin_path << "/etc/chef/ohai/plugins"

Also of note, we are still getting all of the other attributes properly along with other attributes from the chef-server such as role, run_list and recipes.

@lamont-granquist I have reproduced the same here at Chef in Chef Infra Client 15.0.293 and 15.2.20 while 14.x works.
It's confusing, because the first thing I checked was the code here and it's still there https://github.com/chef/chef/blob/v15.2.20/lib/chef/node.rb#L87-L95
Here is output from the same node, same runlist, same /etc/chef/client.rb
The only thing changing is the rpm installation of the chef-client program
14.x knife node show NODENAME -Fj -l output
....other typical node data....

    "expanded_run_list": [
      "audit::default",
      "location_plugin::default",
      "test::default"
    ],
    "roles": [

    ],
    "cookbooks": {
      "audit": {
        "version": "7.8.0"
      },
      "location_plugin": {
        "version": "0.1.5"
      },
      "ohai": {
        "version": "5.1.0"
      },
      "test": {
        "version": "0.1.0"
      },
      "chef-ingredient": {
        "version": "2.3.0"
      }
    }

15.x knife node show NODENAME -Fj -l has no cookbooks data output

It is good that you were able to see the same issue on your end. This rules out that it is limited to just my setup and configuration. Any thoughts on what may be causing it?

There's code rearrangement in the policy_builder code here:
https://github.com/chef/chef/blob/v15.2.20/lib/chef/policy_builder/expand_node_object.rb#L77-L96
run_context.node = node

cannot be called before:
run_context.cookbook_collection = cookbook_collection

because set_cookbook_attribute is called as a side-effect of setting the node on the run_context (which is probably poor).

authors: coding-blip lamont-granquist sean-horn

repo: chef/chef


text:
Remove test file that added a method to top-level scope.

Signed-off-by: Pete Higgins pete@peterhiggins.org
While debugging a strange test failure, I figured out that some of my code in lib/ was referencing run_context where it shouldn't, and it was getting this definition of it instead of the one inside Resource that I was expecting. From looking at the test failures that happened after deleting it, nothing was depending on its behavior explicitly.

This has a lot of legit test failures I didn't see locally, so marking as WIP for now.

I think I fixed all of the relevant test failures. Any I didn't catch should be fairly obvious because they'll complain about the method run_context not being found.

The windows functional tests are still broken here.


text:
chef client is successfully reading from the windows cert store and a…

…ttempting to connect to the chef server
Signed-off-by: John McCrae john.mccrae@progress.com

Description

Related Issue

Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Chore (non-breaking change that does not add functionality or fix an issue)

Checklist:

[ ] I have read the CONTRIBUTING document.
[ ] I have run the pre-merge tests locally and they pass.
[ ] I have updated the documentation accordingly.
[ ] I have added tests to cover my changes.
[ ] All new and existing tests passed.
[ ] All commits have been signed-off for the Developer Certificate of Origin.

This needs a cleanup/rebase; can't easily determine which of these changes are yours; It looks like a rebase was done, but possibly with the wrong base.

Code merged into 17.10.0

authors: johnmccrae marcparadise


text:
Update chef-foundation to 3.0.2.

Signed-off-by: Gregory Schofield grschofi@progress.com

Description
We are versioning chef-foundation like this:

v1.x.x -> chef-16
v2.x.x -> chef-17
v3.x.x -> chef-18

This PR updates chef foundation for chef-18 to start using v3.x.x
Related Issue

Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Chore (non-breaking change that does not add functionality or fix an issue)

Checklist:

[ ] I have read the CONTRIBUTING document.
[ ] I have run the pre-merge tests locally and they pass.
[ ] I have updated the documentation accordingly.
[ ] I have added tests to cover my changes.
[ ] All new and existing tests passed.
[ ] All commits have been signed-off for the Developer Certificate of Origin.

This will be done along with #13530


text:
Knife license comands and bootstrap updates

Description

Added the following commands:

knife license
knife license list
knife license add

Bootstrap updates:

If the user doesn't have a license, the chef infra download will fall back to the old Omnitruck API and the user will get a warning after the bootstrap.
If the user has a valid license, the new Omnitruck APIs will be used to download the chef infra client.

Related Issue

Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Chore (non-breaking change that does not add functionality or fix an issue)

Checklist:

[ ] I have read the CONTRIBUTING document.
[ ] I have run the pre-merge tests locally and they pass.
[ ] I have updated the documentation accordingly.
[ ] I have added tests to cover my changes.
[ ] If Gemfile.lock has changed, I have used --conservative to do it and included the full output in the Description above.
[ ] All new and existing tests passed.
[ ] All commits have been signed-off for the Developer Certificate of Origin.

@ashiqueps Please fix lint and rebase on main to validate tests are passing.

Hey @tpowell-progress,
I've completely removed the install.sh script that was copied to the repo. Now it is being downloaded from the new download APIs based on the license type(https://chefdownload-trial.chef.io/install.sh in case of trial license). All the cases are handled in the latest download APIs.
I hope you requested this change because of the rewrite of the download script. Since that is handled now, I hope this will be fine. Please correct me if I am wrong.

can you rebase on main to fix the vm tests?

authors: Stromweld ashiqueps tpowell-progress


text:
Modify enforce_ownership_and_permissions_spec to be more unit-like

This should fix the remaining failures for ruby 2.1 (#3894). Seems like the passwd struct changed. describe_changes also called platform specific things on windows, which started failing.
cc @chef/client-windows

:+1:

LGTM

authors: jaym mcquin mwrock


text:
keep configrations provided by Net::SSH.configuration_for and write s…

I want to use ssh options which are loaded from ssh/config.
This PR is replace of #3959

Please fix the failing tests and I've got a couple of grammar nits.

Fixed! Thanks @thommay

Sweet, :+1:

@coderanger did you have concerns about back compat on this?

It is probably fine, just a big enough feature-level change that I think we should all agree this is something we want to support. It means we could end up with a lot more funky usage patterns of knife ssh out in the wild. Like what does Net::SSH do with Protocol 1? Hopefully it is ignored, but if supported by Net::SSH, do we want to deal with compat with SSH 1.0? It is an improvement to Principle of Least Surprise UX and I'm :+1: on that basis, but it is opening a can of worms and we should acknowledge that before merge :)

If this policy is accepted, I'd like to create another PR to import this policy for knife bootstrap.
https://github.com/chef/chef/blob/ececa3438f122d25986fa34557694fa1e86527d2/lib/chef/knife/bootstrap.rb#L388-L400

@sawanoboly bootstrap already uses this code, so no further changes would be needed, ditto it would automatically apply to all the cloud plugins.

@coderanger Oh, I see Thanks,

@coderanger
https://github.com/chef/chef/blob/ececa3438f122d25986fa34557694fa1e86527d2/lib/chef/knife/bootstrap.rb#L51
I probably seem that we should remove 'root' by default from bootstrap to use setting from ssh/config?

@coderanger @sawanoboly where we at with this one?

re-pingles?

What do you think about reducing configuration from Net::SSH.configuration_for ?

Now, chef/knife/ssh.rb picks up options to be used.
Tthis PR is discarding unused options.

I think it's unclear that this PR will ever get merged at this point, so with regrets I'm going to close it. If we want to come back round and come to some kind of consensus please feel free to reopen.
Thanks for your submission and sorry we weren't able to accept it.

authors: coderanger lamont-granquist sawanoboly thommay


text:
spelling fixes

:+1:

authors: juliandunn pudge

repo: chef/devops-kungfu


text:
Prep for release build 12.6.0

Getting ready to create a release build.
The first commit bumps the version to 12.6.0.  This commit will be used to kick off the release build.
The second commit re-pins chef and ohai back to master. We do this in the same PR so that git_poll will kick off on the 2nd commit, not the first.
@chef/omnibus-maintainers @jaym @schisamo @jkeiser

:+1:

:+1:

:+1:

authors: chefsalim curiositycasualty schisamo scotthain

repo: chef/omnibus-chef


text:
Inverted phase after baseline correction

If baseline correction (polynomial 5th order) is performed and apply is pressed, the phase of spectrum appears 180 degrees inverted. However, with a tiny move on the mousewheel, everything appear o.k. again.

If PLS is used, the mousewheel 'trick' does not work, neither.

@nes-cgn
I tested it with our example with the same degree value and it's work without any problem, can you upload spectrum that you used to test this feature so we can simulate the same condition

after apply base line correction

Here is the file. However, in this moment, there is absolutely no problem - so it was a non-reproducible bug, I guess due to temporary changes on the code? Last night, it definitively existed
1h.zip

@nes-cgn
i used the spectrum that you sent, and the problem not appear, are you sure this the correct file because the spectrum not have problem in baseline to apply the baseline correction on it.

Hello Hamed,
yes - I told you that the problem does not persist now. When I tried
yesterday, it was there. May I close the issue?
Quoting hamed-musallam notifications@github.com:

@nes-cgn
i used the spectrum that you sent, and the problem not appear, are
you sure this the correct file because the spectrum not have problem
in baseline to apply the baseline correction on it.

authors: hamed-musallam nes-cgn

repo: cheminfo/nmr-displayer


text:
🛑 Homepage is down

In 33411f8, Homepage (https://larrychen.tech) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Homepage is back up in d448288.

repo: chendachao/uptime


text:
TypeError: this.stopAnimation is not a function

I'm seeing the following error logged occasionally:
~/react-motion/lib/components in componentWillUnmount
TypeError: this.stopAnimation is not a function

After looking through the code, I don't see how this would happen. Is it possible for a component to call componentWillUnmount before it calls componentDidMount? I'd prefer to understand why this is happening, but we could guard against it by doing something like:
if (typeof this.stopAnimation === 'function') {
  this.stopAnimation();
}

Or by making sure that stopAnimation is always defined as a noop. If you like one of these solutions, I'd be happy to submit a PR.

No that shouldn't happen, you're right.
And I don't think we should guard it like that. Better get to the root of the problem, humm...

Can you provide a small repro?

I immediately have 2 suggestions, but we do need some more info on how to reproduce it.

If there is anything async then component could be unmounted before we get to run stopAnimation.
We lost context somewhere along the way and this is not the one we expect here.

Maybe something else, but I can't see for now.

A small repro would be nice. I can look into that soon, but I believe I might have some difficulty consistently reproducing it. We are seeing this error logged in Sentry, which we use for error tracking, and it doesn't seem to be happening consistently.
I can see that it is happening on line 418 of components.js, which puts it in the TransitionMotion component. It could be happening for other components as well (we are only otherwise using Motion), but I'm not seeing it logged on other lines.
I also see the following logged from Safari, which I think is the same problem:

TypeError: 'null' is not a function (evaluating 'this.stopAnimation()')

And this has been logged on the same line in an unknown Windows browser:

TypeError: Object expected

I also don't recall seeing anything like this logged before upgrading to 0.3.0, so perhaps there is a clue there?

I haven't been able to build a small repro yet, but here's the stack trace with some context in case that helps:
this.stopAnimation is not a function

~/react-motion/lib/components.js?fbcc in componentWillUnmount at line 418:0
  this.stopAnimation();

~/react/lib/ReactCompositeComponent.js?cd59** in unmountComponent at line 243:0
  inst.componentWillUnmount();

~/react/lib/ReactReconciler.js?6bfa** in unmountComponent at line 52:0
  internalInstance.unmountComponent();

~/react/lib/ReactCompositeComponent.js?cd59** in unmountComponent at line 246:0
  ReactReconciler.unmountComponent(this._renderedComponent);

~/react/lib/ReactReconciler.js?6bfa** in unmountComponent at line 52:0
  internalInstance.unmountComponent();

~/react/lib/ReactCompositeComponent.js?cd59** in unmountComponent at line 246:0
  ReactReconciler.unmountComponent(this._renderedComponent);

~/react/lib/ReactReconciler.js?6bfa** in unmountComponent at line 52:0
  internalInstance.unmountComponent();

~/react/lib/ReactChildReconciler.js?ff46** in unmountChildren at line 115:0
  ReactReconciler.unmountComponent(renderedChild);

~/react/lib/ReactMultiChild.js?c87d** in unmountChildren at line 398:0
  ReactChildReconciler.unmountChildren(renderedChildren);

~/react/lib/ReactDOMComponent.js?1302** in unmountComponent at line 911:0
  this.unmountChildren();

~/react/lib/ReactReconciler.js?6bfa** in unmountComponent at line 52:0
  internalInstance.unmountComponent();

what's this?

Unfortunately, the stack trace I sent you is just in our logs which don't have that information. I haven't been able to reproduce this in my browser yet.

The newest release 0.4.1 does away with stopAnimation. This shouldn't happen anymore. Sorry for the wait!

authors: chenglou lencioni nkbt

repo: chenglou/react-motion


text:
🛑 tt is down

In c552d85, tt (https://telebot-app-serverless-i7z8-chenhaonanniubi.vercel.app/checkhealth) was down:

HTTP code: 500
Response time: 3383 ms

Resolved: tt is back up in aed24b0 after 16 minutes.

repo: chenhaonanniubi/upptime


text:
🛑 tt is down

In 04899b2, tt (https://telebot-app-serverless-i7z8-chenhaonanniubi.vercel.app/checkhealth) was down:

HTTP code: 504
Response time: 10049 ms

Resolved: tt is back up in 431f07d after 20 minutes.


text:
🛑 tt is down

In 146cb0d, tt (https://telebot-app-serverless-i7z8-chenhaonanniubi.vercel.app/checkhealth) was down:

HTTP code: 500
Response time: 3072 ms

Resolved: tt is back up in 9b20de9 after 16 minutes.


text:
🛑 tt is down

In ab2a03c, tt (https://telebot-app-serverless-i7z8-chenhaonanniubi.vercel.app/checkhealth) was down:

HTTP code: 504
Response time: 10203 ms

Resolved: tt is back up in 4c86dd1 after 35 minutes.


text:
🛑 tt is down

In 4653534, tt (https://telebot-app-serverless-i7z8-chenhaonanniubi.vercel.app/checkhealth) was down:

HTTP code: 500
Response time: 3932 ms

Resolved: tt is back up in f2ea6ba after 16 minutes.


text:
🛑 tt is down

In e2cf2c6, tt (https://telebot-app-serverless-i7z8-chenhaonanniubi.vercel.app/checkhealth) was down:

HTTP code: 500
Response time: 1559 ms

Resolved: tt is back up in cea799b after 10 minutes.


text:
🛑 tt is down

In d5fa64a, tt (https://telebot-app-serverless-i7z8-chenhaonanniubi.vercel.app/checkhealth) was down:

HTTP code: 500
Response time: 3243 ms

Resolved: tt is back up in 671f56d after 11 minutes.


text:
🛑 tt is down

In ed403e7, tt (https://telebot-app-serverless-i7z8-chenhaonanniubi.vercel.app/checkhealth) was down:

HTTP code: 500
Response time: 3594 ms

Resolved: tt is back up in 188eb63 after 19 minutes.


text:
🛑 tt is down

In f0c53b3, tt (https://telebot-app-serverless-i7z8-chenhaonanniubi.vercel.app/checkhealth) was down:

HTTP code: 504
Response time: 10210 ms

Resolved: tt is back up in 8e794c0 after 10 minutes.


text:
🛑 tt is down

In 153d519, tt (https://telebot-app-serverless-i7z8-chenhaonanniubi.vercel.app/checkhealth) was down:

HTTP code: 500
Response time: 5447 ms

Resolved: tt is back up in 6dcbccd.


text:
🛑 陳年 Nien 진년 is down

In 203e3be, 陳年 Nien 진년 (https://www.nien.com/robots.txt) was down:

HTTP code: 500
Response time: 5089 ms

Resolved: 陳年 Nien 진년 is back up in 83b8621.


text:
第八章加载模型

第八章加载模型的时候报错，Unexpected running stats buffer(s) "upsample_layers.4.running_mean" and "upsample_layers.4.running_var" for InstanceNorm2d with track_running_stats=False. If state_dict is a checkpoint saved before 0.4.0, this may be expected because InstanceNorm2d does not track running stats by default since 0.4.0. Please remove these keys from state_dict. If the running stats are actually needed, instead set track_running_stats=True in InstanceNorm2d to enable them. See the documentation of InstanceNorm2d for details.
用的是0.4.1的pytorch  是什么问题呢
谢谢！！

在transformer_net.py中nn.InstanceNorm2d(channels, affine=True, track_running_stats=True)
所有用到InstanceNorm2d的地方加上 track_running_stats=True

authors: Shu-HowTing jilner

repo: chenyuntc/pytorch-book


text:
Failing to map ★ Specialist Gloves | Fade.

Failing to get fade percentage for this skin type ★ Specialist Gloves | Fade. Can you guys add mapping and support for this skin?

Unfortunately, the Fade percentage for gloves cannot be calculated with the method we're using. The pattern movement is not predictable for us.

authors: chescos yusuf-murodov-gamerpay

repo: chescos/csgo-fade-percentage-calculator


text:
[BUG] AI Assistant 404 error

I get a 404 error after typing a message in the manual prompt. However, I have tried a couple of Open API keys, so I don't think that is the reason. Everything looks to be setup as from your blog post and GIF on the manual prompt.
I am update to date on the insider build of Obsidian and all plugins are updated.
Thanks,
Jeff

@pickleton89
Hi Jeff, I've heard of this issue occurring when trying to use GPT-4 without access to it.
Make sure you have API access: https://openai.com/waitlist/gpt-4-api
LMK if this is the issue

repo: chhoumann/quickadd


text:
1_train_predictor --save_fig error

When i use:
!python /content/drive/My\ Drive/PlasmaSimAI/RNN/1_train_predictor.py --data ecg --filename chfdbchf15.pkl --save_fig
in Google colab the following error occurs:

=> Start training from scratch

Namespace(augment=True, batch_size=64, bptt=50, clip=10, data='ecg', device='cuda', dropout=0.2, emsize=32, epochs=50, eval_batch_size=64, filename='chfdbchf15.pkl', log_interval=10, lr=0.0002, model='LSTM', nhid=32, nlayers=2, prediction_window_size=10, pretrained=False, res_connection=False, resume=False, save_fig=True, save_interval=10, seed=1111, teacher_forcing_ratio=0.7, tied=False, weight_decay=0.0001)
| epoch   1 |    10/   31 batches | ms/batch 133.2217 | loss  2.27
| epoch   1 |    20/   31 batches | ms/batch 117.8518 | loss  1.95
| epoch   1 |    30/   31 batches | ms/batch 117.6507 | loss  2.02
| end of epoch   1 | time:  4.70s | valid loss 1.6075 |
Traceback (most recent call last):
File "/content/drive/My Drive/PlasmaSimAI/RNN/1_train_predictor.py", line 326, in
generate_output(args,epoch,model,gen_dataset,startPoint=1500)
File "/content/drive/My Drive/PlasmaSimAI/RNN/1_train_predictor.py", line 141, in generate_output
target= preprocess_data.reconstruct(gen_dataset.cpu().numpy(), TimeseriesData.mean, TimeseriesData.std)
File "/content/drive/My Drive/PlasmaSimAI/RNN/preprocess_data.py", line 18, in reconstruct
return seqData*std+mean
TypeError: mul(): argument 'other' (position 1) must be Tensor, not numpy.ndarray
When you remove --save_fig the code works as expected. Is this a bug or am i doing something wrong?

def generate_output(args,epoch, model, gen_dataset, disp_uncertainty=True,startPoint=500, endPoint=3500):
if args.save_fig:
# Turn on evaluation mode which disables dropout.
model.eval()
hidden = model.init_hidden(1)
outSeq = []
upperlim95 = []
lowerlim95 = []
with torch.no_grad():
for i in range(endPoint):
if i>=startPoint:
if disp_uncertainty and epoch > 40:
outs = []
model.train()
for i in range(20):
out_, hidden_ = model.forward(out+0.01Variable(torch.randn(out.size())).cuda(),hidden,noise=True)
outs.append(out_)
model.eval()
outs = torch.cat(outs,dim=0)
out_mean = torch.mean(outs,dim=0) # [bsz * feature_dim]
out_std = torch.std(outs,dim=0) # [bsz * feature_dim]
upperlim95.append(out_mean + 2.58out_std/np.sqrt(20))
lowerlim95.append(out_mean - 2.58*out_std/np.sqrt(20))
                out, hidden = model.forward(out, hidden)

                #print(out_mean,out)

            else:
                out, hidden = model.forward(gen_dataset[i].unsqueeze(0), hidden)
            outSeq.append(out.data.cpu()[0][0].unsqueeze(0))

    outSeq = torch.cat(outSeq,dim=0) # [seqLength * feature_dim]

    target= preprocess_data.reconstruct(gen_dataset.cpu(), TimeseriesData.mean, TimeseriesData.std)
    outSeq = preprocess_data.reconstruct(outSeq, TimeseriesData.mean, TimeseriesData.std)
    if epoch>40:
        upperlim95 = torch.cat(upperlim95, dim=0)
        lowerlim95 = torch.cat(lowerlim95, dim=0)
        upperlim95 = preprocess_data.reconstruct(upperlim95.data.cpu().numpy(),TimeseriesData.mean,TimeseriesData.std)
        lowerlim95 = preprocess_data.reconstruct(lowerlim95.data.cpu().numpy(),TimeseriesData.mean,TimeseriesData.std)

    plt.figure(figsize=(15,5))
    for i in range(target.size(-1)):
        plt.plot(target[:,:,i].numpy(), label='Target'+str(i),
                 color='black', marker='.', linestyle='--', markersize=1, linewidth=0.5)
        plt.plot(range(startPoint), outSeq[:startPoint,i].numpy(), label='1-step predictions for target'+str(i),
                 color='green', marker='.', linestyle='--', markersize=1.5, linewidth=1)
        if epoch>40:
            plt.plot(range(startPoint, endPoint), upperlim95[:,i].numpy(), label='upperlim'+str(i),
                     color='skyblue', marker='.', linestyle='--', markersize=1.5, linewidth=1)
            plt.plot(range(startPoint, endPoint), lowerlim95[:,i].numpy(), label='lowerlim'+str(i),
                     color='skyblue', marker='.', linestyle='--', markersize=1.5, linewidth=1)
        plt.plot(range(startPoint, endPoint), outSeq[startPoint:,i].numpy(), label='Recursive predictions for target'+str(i),
                 color='blue', marker='.', linestyle='--', markersize=1.5, linewidth=1)

    plt.xlim([startPoint-500, endPoint])
    plt.xlabel('Index',fontsize=15)
    plt.ylabel('Value',fontsize=15)
    plt.title('Time-series Prediction on ' + args.data + ' Dataset', fontsize=18, fontweight='bold')
    plt.legend()
    plt.tight_layout()
    plt.text(startPoint-500+10, target.min(), 'Epoch: '+str(epoch),fontsize=15)

save_dir = Path('result',args.data,args.filename).with_suffix('').joinpath('fig_prediction')
save_dir.mkdir(parents=True,exist_ok=True)
    save_dir = r'/Users/immanuvelprathaps/Desktop/RNN-Time-series-Anomaly-Detection-master/result/ecg/chfdb_chf13_45590 fig_prediction fig_epoch'+ str(epoch)+ '.png'

plt.savefig(save_dir.joinpath('fig_epoch'+str(epoch)).with_suffix('.png'))
    plt.savefig(save_dir)
    plt.show()
    plt.close()

    return outSeq

else:
    `[pass](url)`

Namespace(augment=True, batch_size=64, bptt=50, clip=10, data='ecg', device='cpu', dropout=0.2, emsize=32, epochs=3500, eval_batch_size=64, filename='chfdb_chf13_45590.pkl', log_interval=10, lr=0.0002, model='LSTM', nhid=32, nlayers=2, prediction_window_size=10, pretrained=False, res_connection=False, resume=False, save_fig=False, save_interval=10, seed=1111, teacher_forcing_ratio=0.7, tied=False, weight_decay=0.0001)
save_fig=False, Anyone Know how to fix this? I'm using a Mac OS Monterey 12.1. @chickenbestlover
Also, you have set parameters : startPoint=500, endPoint=3500 within the generate_output function, does this mean the png files start saving only after the 500 startPoint ? @chickenbestlover

authors: drpetershaw immanuvelprathap


text:
New source

link: http://pubproxy.com/
api: http://pubproxy.com/api/proxy?limit=20&format=txt

I won't have time for a while. So if anyone want to tackle this one, pull requests are welcome :)

FYI, I am using a third party program to verify results. I have tested the text link several times now and I have yet to get one working SSL proxy from the list above. I honestly do not think the source is worth adding, as I have yet to get one positive result from them.

authors: chill117 ddaaii ftballpack


text:
Relax faraday version requirement

So it can be used with faraday 0.9

:+1:

authors: dplummer hankwallace


text:
Earlgrey: yosys fails to parse flash_ctrl_reg_pkg

Yosys fails to parse flash_ctrl_reg_pkg.sv file. It is using typedefs with array to another typedef (with access to them, so it can't easy be changed to exact type).
Related issue: https://github.com/alainmarcel/uhdm-integration/issues/228

flash_ctrl_reg_pkg.sv was moved to uhdm by replacing typedefs with array to another typedef with code generated from sv2v. There is another issue to support this feature so closing this one.

repo: chipsalliance/UHDM-integration-tests


text:
for debug mode,  how to modify link.ld to match debug rom enter addr

using spike mode to run debug mode , spike jump to debug rom enter addr . riscv-dv generate debug rom program have random addr, which is not match spike mode. how to modify script/link.ld file for debug rom

Hi @Van2Jo, while I am not a riscv-dv developer/maintainer, we do make very extensive use of the SV implementation of riscv-dv. We solve these types of problems by extending the appropriate SV class to either overload a specific code-generating function or to apply constraints that are specific to our testbench.

repo: chipsalliance/riscv-dv


text:
Fix for Windows Builds

Had a look at this tonight and seems to work for me. Still using the  windows 2019 runner just to get things up and running again.
Thanks @corco for the tip.

Cool, thanks!

authors: hzeller sconwayaus

repo: chipsalliance/verible


text:
Fresh Adonis app error and admin route not found

I just installed a fresh adonis js app and added adminjs as per the limited documentation. And i get this error when i run yarn dev.
I tried settings tsconfig to different settings like admin js suggests
{
  "compilerOptions": {
    "moduleResolution": "node16",
    "module": "commonjs",
    "target": "esnext",
    // ...
  }
}

However that combination is not allowed, so I tried different other options with no luck.
 Error: require() of ES Module /node_modules/adminjs/index.js from
   //adminjs-app/node_modules/adminjs-adonis/build/providers/AdminProvider.js not supported.
   Instead change the require of index.js in /adminjs-app/node_modules/adminjs-adonis/build/providers/AdminProvider.js to a dynamic import() which is
   available in all CommonJS modules.

Not sure how it got fixed. But I tried a few more times and suddenly it worked.

repo: chirgjin/adminjs-adonis


text:
Make None tenant_id default to organizations

Make None tenant_id default to "organizations". Otherwise, passing in tenant_id=None causes L95 to fail.

Thanks for pitching in. This is already part of changes I haven't pushed to my draft PR. I'll soon close that draft and move to a PR on the main repo which will include the final code for the next azure-identity beta. Our architecture board reviewed the API and suggested a few breaking changes; I'll call those out on the final PR.

authors: chlowell jiasli

repo: chlowell/azure-sdk-for-python


text:
(libreoffice-fresh) LibreOffice Fresh 7.6.2 to 7.6.3 and 7.6.4: Status still "Waiting for Maintainer" since last update (three weeks)

Chocolatey Version
2.2.2
Chocolatey License
None
Package Version
7.6.2 to 7.6.3 and 7.6.4
Current Behaviour
Status still "Waiting for Maintainer" since last update
Expected Behaviour
Status "Approved" (and fully available)
Steps To Reproduce
doesn't apply
Environment
doesn't apply

Chocolatey Log
doesn't apply

Anything else?
No response

Version 7.6.2, 7.6.3 and 7.6.4 are all approved.


text:
Importing amber module leads to ValueError

The openmoltools.amber module calls find_gaff_dat, which can raise a ValueError on importing it.
https://github.com/choderalab/openmoltools/blob/master/openmoltools/amber.py#L283
The error occurs when the code fails to find gaff.dat. I don't know how many parts of the code depend on gaff.dat, but I wonder whether this is intended behavior or not.

Actually, I just realized that openmoltools has a built-in dependency on ambermini, so it should always be able to find gaff.dat. It is still a little weird, but one should not normally run into this error.
I ran into it using a remote pycharm debugger, which meant that some environment variables weren't set. It was a relatively easy fix to just set AMBERHOME.

repo: choderalab/openmoltools


text:
Tooling: Infer IDE Dsl Factories

	// Extended Factory
	val factoryName = element.packagePath+'.factory.'+element.name+"Factory"
	acceptor.accept(element.toInterface(factoryName, [
		superTypes += #[element.modelEFactory, ExtendedFactory.typeRef]
		members += element.toField('eINSTANCE', factoryName.typeRef)[
			visibility = JvmVisibility.PUBLIC
			initializer = '''«(factoryName+'Impl').typeRef».init();'''
		]
	]))

	val factoryImplName = '''«element.modelEPackage.class.canonicalName».impl.«element.name»FactoryImpl'''
	acceptor.accept(element.toClass(factoryName+'Impl'))[
		superTypes += #[factoryImplName.typeRef, factoryName.typeRef]
	]

Is not required anymore after refactoring


text:
[POST MODULE] some post url return NAN value for 'USERNAME'.

First of all, thank you for making this great one.
I'm trying to analysis some posts and i have used 'post module'.
Everything works perfectly except 'username'. Some post url couldn't get 'username' and gave me 'nan' value. (It obviously have an 'username'.)
Can you check this out?
(Please forgive me that It's not my instagram account which I tried to analysis so i couldn't write down the exact URL here.)
If there are some ways to give you the URL individually, please let me know so that i can give you that.
Thank you!

workaround: username = post.json_dict['graphql']['shortcode_media']['owner']['username']

repo: chris-greening/instascrape


text:
Actionbar not working anymore

Actionbar is not shown anymore from Titanium 3.3.0 and later. Last version where this issue don't occurs for me is 3.2.2 GA.

Confirm. Using 3.4.1 GA, no action bar (though application menu is still there).

repo: chris-nelson/TiBlackberryExample


text:
chore: update ben-manes gradle-versions plugin

sub dependency in ben manes plugin 'xstream' couldn't be found
removed gradlePluginPortal() as it links to jcenter.bintray which is down since ages
update android-gradle-plugin to 7.3.1

Sorry, open PR on wrong repo

repo: chrisbanes/paparazzi


text:
Set _default_manager directly on model_cls; don't use add_to_class()

Fixes #96 (_default_manager cannot be accessed on a model instance).
Using model_cls.add_to_class() calls Manager.contribute_to_class(), which then sets the attribute to an instance of ManagerDescriptor. In the case of _default_manager, this behavior differs from Django's, as _default_manager is set to the manager instance itself, not its descriptor. This is why it is normally possible to access default_manager from a model instance.

Thanks for taking care of this!

authors: fdintino vdboor


text:
Feature Request: Search for snippet via snippet body

Feature Requested
Hi!
Sometimes I know I have a snippet that adds a specific line of text but I can't remember what it uses as a prefix.
It would be great to be able to search through the snippet edit popup using the contents of the snippets instead of just the prefix.
Relevant Screenshot
Given that I have snippets that say :noreply

Imagine if instead of no results, all snippets containing the text noreply would appear in the list.

Checklist

[X] The feature would be useful to more users than just me.

Good idea.  Since it might be a bit unintuitive for new users, I disabled the feature by default.
Set telescope.alsoSearchSnippetBody = true to enable this.

authors: chrisgrieser zolrath

repo: chrisgrieser/nvim-scissors


text:
Feature Request: Modify the file name requirement of citekey_[...].pdf to just citekey.pdf

Feature Requested
I wondered whether it would be possible to allow one to change the requirement for an underscore in the pdfs-title through some workflow addition, or manually somewhere in the workflow or its file.
Relevant Screenshot
No response
Checklist

[X] The feature would be useful to more users than just me.
[X] I have read the README and also checked that the aconf does not already offer an option for the feature I am requesting.

good idea – implemented in latest release

authors: SebastianBehrens chrisgrieser


text:
fix: ui improvements

Description

Fix pagination is showing more pages than actually used and is not compliant with standard pagination methods.
Add support to show up to all 12 columns on ultra wide monitors.
Unexecuted grid trades compacted in lists with more than 10 items.
Object for pagination consistent across the application.
Fix unnecessary text wrapping if there is enough space to print a text.
Show Action time in local time.
Changed time format for logs to 24 hours to be consistent within application.

Related Issue

#437, #440, #442, #444, #446
Motivation and Context

The fix will improve the user experience.
How Has This Been Tested?

Tested on UHD display and on wide multi monitor setup with tens of grid trades in various states.
Screenshots (if appropriate):
Buttons are visible for available pages only:

Ultra wide monitor support:

Compact grid trade list:

Pagination object at top and bottom with up to 8 numbered buttons:

Even a very wide texts are no longer wrapped after the fix is applied:

Columns are consistent after the fix is applied:

@uhliksk
Thanks for merging PRs. Amazing contributions!
I will review+test after #448 is merged.
I am very lack of time, so please bear with me. :)
Thanks!

@chrisleekr I understand. I made some minor changes in the meanwhile to even improve this PR.

@uhliksk
This is a very good fix.
I also was very annoyed by pagination, but your fix made me comfortable. haha.
And CSS fix. 👍

@uhliksk
It's merged!
Thanks for your contributions!

authors: chrisleekr uhliksk

repo: chrisleekr/binance-trading-bot


text:
IndexError: list index out of range

I had a look at the troubleshooting section

[X] Yes
[ ] No

Describe the bug
When I type cf only two options show up and debug shows that ChatFred is erroring.
To Reproduce
Steps to reproduce the behavior:

Type cf in Alfred prompt

Expected behavior
I expected to be able to search ChatGPT.
Screenshots

Alfred's debug log
 VARIABLES:{
  always_copy_to_clipboard = "1"
  always_speak = "0"
  api_key = "sk-************************************************" # Removed for privacy
  cf_aliases = "joke=tell me a joke;"
  chat_gpt_model = "gpt-3.5-turbo"
  frequency_penalty = "0.0"
  history_length = "3"
  history_type = "search"
  image_size = "512"
  instruct_gpt_model = "text-davinci-003"
  jailbreak_prompt = ""
  max_tokens = ""
  presence_penalty = "0.0"
  save_to_file = "0"
  save_to_file_dir = "/Users/***" # Removed for privacy
  show_loading_indicator = "1"
  show_notifications = "1"
  temperature = "0"
  top_p = "1"
  transformation_prompt = "Write the text so that each letter is replaced by its successor in the alphabet."
  user_prompt = ""
}
RESPONSE:

ERROR: ChatFred[Script Filter] Code 1: Traceback (most recent call last):
  File "/Users/ha****************/Library/Application Support/Alfred/Alfred.alfredpreferences/workflows/user.workflow.7C443488-F6BE-4801-8427-5835156D12BB/src/history_manager.py", line 77, in <module>
    provide_history()
  File "/Users/ha*****************/Library/Application Support/Alfred/Alfred.alfredpreferences/workflows/user.workflow.7C443488-F6BE-4801-8427-5835156D12BB/src/history_manager.py", line 42, in provide_history
    if row[3] == "0":
       ~~~^^^
IndexError: list index out of range

Hi @harrisongoeldner!
Thanks for reporting this issue. Could you check if removing the ChatFred_ChatGPT.csv helps?

I had this same issue. I had to change if row[3] == 0 to if len(row) > 3 and row[3] == 0 to make it work. I do not see that csv file in the workflow folder

repo: chrislemke/ChatFred


text:
Replace script window appears for every nested script

Describe the bug
Not sure if this is a bug or intended behaviour, but this did not happen in beta 1 or before.
When copy pasting scripts, the Replace script warning keeps appearing for every nested script that is called. This is quite disruptive when you are copy pasting long scripts multiple times.
To Reproduce
Paste an event group with "Call script" events in it.
Expected behavior
I expect to be able to dismiss this warning for every nested script in this group.
Screenshots
https://github.com/chrismaltby/gb-studio/assets/20700995/06a0d9b2-0bb8-4fc2-af98-7afa25e847ed
Platform (please complete the following information):

OS: macOS Sonoma 14.4.1
App version: 4.0.0-beta2

Additional context

Oh! Yeah I think this will be an unintended side effect of the fix for nested scripts sometimes causing a stack overflow. I’ll investigate and fix for the next beta

I've been trying to reproduce the issue you're seeing but so far have been unable to. Are you able to share an example project and steps to reproduce the issue seen in your video?

@chrismaltby Weird... as I am not able to reproduce this problem either. This is a few days after I cut my longest custom script into smaller pieces.
Maybe the problem occurs when a custom script is about to exceed a maximum size (16Kb if I remember the error message correctly)? I am not sure. Maybe close this bug for now.

authors: chrismaltby nielsderijk

repo: chrismaltby/gb-studio


text:
Added Google Analytics Support

Hey 👋 @chrismwilliams ,
I hope my message finds you well, thanks for the great and neat template I really appreciate it,
I added Google Analytics to my website and thought why not document the process for other fellows.
I understand that the project should not be bloated with integrations that's why I chose to just document the process and not alter the code.
I am also thinking of integrating Mermaid but I found that it is still and beta.

Hi @Elwafi-Elmehdi, thank you for doing this.
I've added a bit more so let me know if you see anything amiss and I'll get it merged soon.
Hopefully this should help other users out, and thanks again for your help.

authors: Elwafi-Elmehdi chrismwilliams

repo: chrismwilliams/astro-theme-cactus


text:
Runtime.overwriteConsole problem

Hi @christian-bromann
First of all, thanks for your amazing project (and thesis). I'm experiencing some problems on using your devtools-backend: running on my HbbTV the line
window.console = domains.Runtime.overwriteConsole.call(this, window.console)
cause a wrong overwrite of console object into the javascript environment. More in depth, every time I use a console.log it throws an exception (it seems that the overwrite is not done properly).
Can you help me in some way?
P.S.: debugging the application through a screen log, the console object without importing your script in the <head> (to prevent the overwrite) contains a single object memory, that is an empty object. I'm not seeing the log, debug, error, ... methods. Very weird...
Thanks for your help!

it throws an exception

What exception is thrown?

@christian-bromann
a custom exception I throw in a simple try-catch block, like this:
<script>
        try {
            console.log('hi there');
        } catch (e) {
            var p = document.getElementById('content');
            p.innerHTML = "ops...";
        }
</script>

It seems that console.log is not a function anymore!
Thanks again.

authors: christian-bromann johneisenheim

repo: christian-bromann/devtools-backend


text:
RG351V, Theme ES-THEME-NES-BOX shows only number of games, no systems or background (other Themes works)

Before submitting your issue or feature request.  DO NOT REQUEST ASSISTANTS FOR PRELOADED IMAGES.  I do not support or condone the use of preloaded ArkOS images.  Preloaded meaning images that come with copyrighted roms preincluded.  Look for support from the creator or supplier of those preloaded images, not from here!  If a ticket is submitted for assistance for such images or if there's an indiciation that a preloaded image is what the support request is for, the issue ticket will be closed with no further response.

This is not Anbernic Stock Emuelec or 351Elec.  ArkOS is a different distribution from those systems and will have differing features.  The only somewhat similarity is that they both use EmulationStation as a frontend.  Even with that, the versions of EmulationStation that's used in between ArkOS and Anbernic Emuelec/351Elec is different with different capabilities.  If there are features you prefer with Anbernic Emuelec/351Elec, just use those distributions instead.  The choice is yours.

Have you reviewed the Frequently Asked Questions available at https://github.com/christianhaitian/arkos/wiki/Frequently-Asked-Questions---RG351P ?

If your issue is related to being able to run certain emulators or ports, have you reviewed the Emulators and Ports section available at https://github.com/christianhaitian/arkos/wiki/ArkOS-Emulators-and-Ports-information for needed bios files and supported rom extensions?

Have you reviewed the known issues section available at https://github.com/christianhaitian/arkos/wiki/Known-issues ?

Describe the Issue (If applicable)
A clear and concise description of what the bug is.
Default Theme ES-THEME-NES-BOX  doesn´t work anymore
How can the issue be reproduced? (If applicable)
Yes
What device are you using?
RG351V
What version of ArkOS are you on?

You can find this during the initial boot process right before the Emulationstation loading screen
newest (current 2.0 date 2.12)

Anything else you'd like to include that may help to review this issue or feature request?

everything fine, I used manually added Theme Master to reinstall corrupt Theme (caused by one of the updates)

repo: christianhaitian/arkos


text:
Es6 Pull request

Awesome books: with ES6
✨ Implemented Main Features ✨

Used ES6 syntax. (Requested)

Divided my code into modules. (Requested)

Created separate files for each module in the modules directory (Requested)
Imported modules into the index.js file. (Requested)

Kept all funcionalities of the app without errors. (Requested)

Refactored functions to arrow functions. (Requested)

Used let and const in the correct way. (Requested)

Displayed the current date below the navigation bar.

Used Luxon library. (Requested)
Imported the Luxon library as a module. (Requested)

✨ Other Features  ✨

Made sure there were no linter errors. (Requested)
Used the correct GitHub Flow. (Requested)
Followed best practices for HTML, CSS & JavaScript (Requested)

🎈 Thank you for your review! 🎈

@adel-gu Thank you for your feedback.
I tried doing that and got a lot of linter errors, is there any way to get around that?

repo: christianonoh/Bookstore


text:
Warning in Webpack 3.4.1

Hello,
I'm using webpack 3.4.1, and this warning appear :
WARNING in ./node_modules/require_optional/index.js
82:18-42 Critical dependency: the request of a dependency is an expression

WARNING in ./node_modules/require_optional/index.js
90:20-44 Critical dependency: the request of a dependency is an expression

WARNING in ./node_modules/require_optional/index.js
97:35-67 Critical dependency: the request of a dependency is an expression

I understand that it's just warning, and it doesn't break my code, but I prefer to tell you.
Regards,
azopyros

I'm seeing the same issue.

authors: azopyros codepressd


text:
Can't move from vim to tmux

I am having a similar issue as #141, but in my case :TmuxPaneCurrentCommand does output vim. Otherwise, the plugin and configuration work perfectly: movement between vim splits, movement between tmux panes, and movement from tmux panes to vim.
I know it is not the key bindings; running :TmuxNavigate{Up|Left|Down|Right} manually moves between vim splits successfully but will not move out of vim into tmux.
OS X 10.11.6
Vim 7.4
tmux 2.2
iTerm2 3.0.7

@scolby33 sorry to hear about the trouble. Based on the fact that you can move within splits, I don't believe the Vim detection is the problem. Instead, it sounds like the Vim plugin code is not properly detecting when you're at the wall. Can you describe what happens when you attempt to navigate from Vim to tmux? Is it nothing, or do you move to a different Vim split?
Also, would you mind running with just the plugin active (no vimrc) using the following command:
vim -U NONE -c 'source ~/.vim/bundle/tmux-navigator/plugin/tmux_navigator.vim'

If I am already at the "edge" of vim and attempt to navigate out to tmux, nothing happens.
Running with just the plugin active did not solve the issue.
However, I am using fish as my shell. Adding the following snippet to my .vimrc fixed the issue:
if &shell =~# 'fish$'
    set shell=sh
endif

This is a bit surprising because (in only a cursory look, admittedly), I don't see why the plugin's attempts to call out to the shell would be hindered by fish vs. bash or sh...the tmux commands are the same for all.

Depending on the version of the plugin you're using, we might have introduced an env variable into the system call that could be the issue. Can you try running :echo $TMUX_PANE with fish as your shell to confirm?

With fish as the shell, this returns %1. The same result occurs when forcing the shell to be sh as well.
I am using the most recent plugin version installed by Vundle.

Can you try running the following?

Tmux window with Vim on the left, tmux pane on the right
In Vim, run :echo system('tmux select-pane -t '. $TMUX_PANE .' -R') and capture anything that is echoed
Check the output (again in Vim) of :echo v:shell_error.

With the sh workaround in .vimrc, nothing was echoed in step (2) and the tmux pane was switched. Step (3) returned 0.
Without the workaround, again nothing was echoed in step (2) and the tmux pane was not switched. Step (3) returned 0 again.

Hmm, well unfortunately I'm out of ideas. Feel free to poke around and share back if you are able to track anything down. Sorry I couldn't be of more help.

I figured it out! Here are my observations:

The command you gave earlier to run just the plugin should be vim -u NONE -c 'set nocompatible' -c 'source ~/.vim/bundle/tmux-navigator/plugin/tmux_navigator.vim' Note the lower-case -u and the addition of set nocompatible. Without nocompatible set, the plugin bails out when checking &cp right at the start.
fish uses % for process expansion, so the composed command like tmux -S whatever select-pane -t %1 -D fails. Unfortunately, fish doesn't return an error code when this happens, it just prints an error message. (I'm not even sure if it's to stderr or what, but that doesn't end up mattering.)

Running tmux -S whatever select-pane -t \%1 -D works correctly in fish and bash at first glance, but I can't claim to have tested thoroughly.
I will make a pull request momentarily with my suggested change.

repo: christoomey/vim-tmux-navigator


text:
Make root directory accessible when opening projects

By Default Citrus UI will select projects from user home directory. Add option for selecting projects in root directory.

You can use the system property root.directory for setting the default root. By default this is the user.home directory but you can point it to any other directory on the host machine.
java -Droot.directory=/ -jar citrus-admin-web-1.0.0-beta-3.jar

repo: christophd/citrus-admin


text:
Subsets can be used in declarations and are ordered

I stumbled across the following sentence in the cheat-sheet: Subsets present the following restrictions: it is not possible to declare variables defined on subsets; and they are not ordered, even if their parent sets are.
I either understand it wrongly, but for me it is possible to define parameters/variables on subsets and they are ordered if the parent set is ordered. What is not possible is to define parameters / variables on dynamic / assigned sets.
sets
 a /1*100/
 b(a) /50*100/
 dynamic(a)
;

dynamic(a)$(mod(ord(a), 9) = 0) = YES;

parameters
 c(a)
 d(b)
;

c(a) = ord(a);
d(b) = ord(b);

display c, d;

variables
 e(b)
* it is not possible to use the dynamically assigned set(!)
* f(dynamic)
;

e.l(b) = ord(b);

Indeed, my mistake. The cheat sheet has been updated. Thank you!

authors: christophe-gouel universal

repo: christophe-gouel/GAMS-Cheat-Sheet


text:
Merge metalsmith-fingerprint-ignore

https://github.com/superwolff/metalsmith-fingerprint-ignore
It'd be nice to have keep: true|false here too.

I'd be open to that, but there's been some discussion on this already in https://github.com/christophercliff/metalsmith-fingerprint/issues/5 and I don't think @christophercliff is looking to add this to metalsmith-fingerprint. But I wouldn't mind it. Once merged I could deprecate mine and redirect here.

So, what's going on with this feature? Why isn't it added to the original module? Are there some drawbacks?

authors: ismay rstacruz slavafomin

repo: christophercliff/metalsmith-fingerprint


text:
Very initial implementation of a Syndrome Guesser

[x] just a view, a button to recalc and html view
[x] support 2 syndroms
[x] support some symptoms, map to TCM props
[x] support pulse symptoms (based on treatments)

out of scope

support tongue symptoms (based on treatments)
add more syndroms
rethink TCM properties!!! (adapt symptoms)
smart text input for selecting symptoms
improve report UI (colors, tables, description/hints)

done

repo: christophpickl/gadsu


text:
Fix handling of old-style classes

Pyjaco should either correctly support old-style classes (and we should have unit tests to make sure we have the semantics in place), or (favorably), we should give an error if the user attempts to compile an old-style class.

I suggest a warning instead of an error.

Yes, could be. But some kind of notice for sure. I'm not fully sure how different old- and new-style classes are, but I'd like to avoid subtle errors, where possible. So, if we warn the user but we know the code is going to break subtly, that should be an error, I think. But first of all, I have to figure out why it doesn't do anything at the moment.

authors: buchuki chrivers

repo: chrivers/pyjaco