text:
crash on OSX

os:OSX
version:10.13.2
➜  gominer -url stratum+tcp://us-east.siamining.com:3333 -user c284c35f27f78569ec4b4d0626bfa41450bce23113d32a25b9eaa96b886f392e38311f5a05c6.NOBODY
2017/12/31 21:20:53 Platform Apple
2017/12/31 21:20:53 2 device(s) found:
2017/12/31 21:20:53 0 - GPU - HD Graphics 4000
2017/12/31 21:20:53 1 - GPU - GeForce GT 650M
2017/12/31 21:20:53 Starting SIA mining
2017/12/31 21:20:53 1 - Initializing GPU - GeForce GT 650M
2017/12/31 21:20:53 0 - Initializing GPU - HD Graphics 4000
2017/12/31 21:20:53 Connecting to us-east.siamining.com:3333
2017/12/31 21:20:54 ERROR fetching work - No job received from stratum server yet
2017/12/31 21:20:54 Stratum server changed difficulty to 7.999877929687528
2017/12/31 21:20:54 New job received from stratum server
2017/12/31 21:20:54 Authorization of c284c35f27f78569ec4b4d0626bfa41450bce23113d32a25b9eaa96b886f392e38311f5a05c6.NOBODY : true
2017/12/31 21:20:55 0 - Global item size: 268435456 (Intensity 0 ) - Local item size: 512
2017/12/31 21:20:55 0 - Initialized  GPU - HD Graphics 4000
2017/12/31 21:20:55 1 - Global item size: 268435456 (Intensity 0 ) - Local item size: 1024
2017/12/31 21:20:55 1 - Initialized  GPU - GeForce GT 650M
SIGABRT: abort
PC=0x7fff6f107e3e m=5 sigcode=0
signal arrived during cgo execution

goroutine 20 [syscall, locked to thread]:
runtime.cgocall(0x4227190, 0xc420041718, 0x0)
	/usr/local/Cellar/go/1.8.3/libexec/src/runtime/cgocall.go:131 +0xe2 fp=0xc4200416c8 sp=0xc420041688
github.com/robvanmieghem/go-opencl/cl._Cfunc_clEnqueueWriteBuffer(0x450d150, 0x470f320, 0xc400000001, 0x0, 0x50, 0xc4200904b0, 0xc400000000, 0x0, 0xc42008c098, 0x0)
	github.com/robvanmieghem/go-opencl/cl/_obj/_cgo_gotypes.go:672 +0x50 fp=0xc420041718 sp=0xc4200416c8
github.com/robvanmieghem/go-opencl/cl.(*CommandQueue).EnqueueWriteBuffer.func1(0x450d150, 0x470f320, 0x1, 0x0, 0x50, 0xc4200904b0, 0xc400000000, 0x0, 0xc42008c098, 0xc400000000)
	/Users/wangchao/source/go/src/github.com/robvanmieghem/go-opencl/cl/queue.go:99 +0x1ff fp=0xc420041788 sp=0xc420041718
github.com/robvanmieghem/go-opencl/cl.(*CommandQueue).EnqueueWriteBuffer(0xc420014190, 0xc42013a030, 0xc420092201, 0x0, 0x50, 0xc4200904b0, 0x0, 0x0, 0x0, 0xc4200419e8, ...)
	/Users/wangchao/source/go/src/github.com/robvanmieghem/go-opencl/cl/queue.go:99 +0xea fp=0xc420041810 sp=0xc420041788
github.com/robvanmieghem/go-opencl/cl.(*CommandQueue).EnqueueWriteBufferByte(0xc420014190, 0xc42013a030, 0xc420041901, 0x0, 0xc4200904b0, 0x50, 0x50, 0x0, 0x0, 0x0, ...)
	/Users/wangchao/source/go/src/github.com/robvanmieghem/go-opencl/cl/queue.go:106 +0x9c fp=0xc420041880 sp=0xc420041810
github.com/robvanmieghem/gominer/algorithms/sia.(*singleDeviceMiner).mine(0xc42007c600)
	/Users/wangchao/source/go/src/github.com/robvanmieghem/gominer/algorithms/sia/miner.go:173 +0x1348 fp=0xc420041fd8 sp=0xc420041880
runtime.goexit()
	/usr/local/Cellar/go/1.8.3/libexec/src/runtime/asm_amd64.s:2197 +0x1 fp=0xc420041fe0 sp=0xc420041fd8
created by github.com/robvanmieghem/gominer/algorithms/sia.(*Miner).Mine
	/Users/wangchao/source/go/src/github.com/robvanmieghem/gominer/algorithms/sia/miner.go:56 +0x1ea

goroutine 1 [chan receive]:
main.main()
	/Users/wangchao/source/go/src/github.com/robvanmieghem/gominer/main.go:97 +0xd87

goroutine 17 [syscall, locked to thread]:
runtime.goexit()
	/usr/local/Cellar/go/1.8.3/libexec/src/runtime/asm_amd64.s:2197 +0x1

goroutine 19 [chan send]:
github.com/robvanmieghem/gominer/algorithms/sia.(*Miner).createWork(0xc42007c5c0)
	/Users/wangchao/source/go/src/github.com/robvanmieghem/gominer/algorithms/sia/miner.go:99 +0x26c
created by github.com/robvanmieghem/gominer/algorithms/sia.(*Miner).Mine
	/Users/wangchao/source/go/src/github.com/robvanmieghem/gominer/algorithms/sia/miner.go:46 +0x9b

goroutine 21 [syscall, locked to thread]:
github.com/robvanmieghem/go-opencl/cl._Cfunc_clEnqueueReadBuffer(0x46373b0, 0x4756960, 0xc400000001, 0x0, 0x8, 0xc420075a40, 0xc400000000, 0x0, 0xc42008c088, 0x0)
	github.com/robvanmieghem/go-opencl/cl/_obj/_cgo_gotypes.go:610 +0x50
github.com/robvanmieghem/go-opencl/cl.(*CommandQueue).EnqueueReadBuffer.func1(0x46373b0, 0x4756960, 0x1, 0x0, 0x8, 0xc420075a40, 0x0, 0x0, 0xc42008c088, 0xc42003c870)
	/Users/wangchao/source/go/src/github.com/robvanmieghem/go-opencl/cl/queue.go:118 +0x1ff
github.com/robvanmieghem/go-opencl/cl.(*CommandQueue).EnqueueReadBuffer(0xc4200141f0, 0xc420075910, 0xc42008c001, 0x0, 0x8, 0xc420075a40, 0x0, 0x0, 0x0, 0x0, ...)
	/Users/wangchao/source/go/src/github.com/robvanmieghem/go-opencl/cl/queue.go:118 +0xea
github.com/robvanmieghem/go-opencl/cl.(*CommandQueue).EnqueueReadBufferByte(0xc4200141f0, 0xc420075910, 0xc42003c901, 0x0, 0xc420075a40, 0x8, 0x8, 0x0, 0x0, 0x0, ...)
	/Users/wangchao/source/go/src/github.com/robvanmieghem/go-opencl/cl/queue.go:125 +0x9c
github.com/robvanmieghem/gominer/algorithms/sia.(*singleDeviceMiner).mine(0xc42007c640)
	/Users/wangchao/source/go/src/github.com/robvanmieghem/gominer/algorithms/sia/miner.go:182 +0x16d9
created by github.com/robvanmieghem/gominer/algorithms/sia.(*Miner).Mine
	/Users/wangchao/source/go/src/github.com/robvanmieghem/gominer/algorithms/sia/miner.go:56 +0x1ea

goroutine 4 [IO wait]:
net.runtime_pollWait(0xb397f00, 0x72, 0x5)
	/usr/local/Cellar/go/1.8.3/libexec/src/runtime/netpoll.go:164 +0x59
net.(*pollDesc).wait(0xc42005c0d8, 0x72, 0x43cd400, 0x43ca458)
	/usr/local/Cellar/go/1.8.3/libexec/src/net/fd_poll_runtime.go:75 +0x38
net.(*pollDesc).waitRead(0xc42005c0d8, 0xc42013e000, 0x1000)
	/usr/local/Cellar/go/1.8.3/libexec/src/net/fd_poll_runtime.go:80 +0x34
net.(*netFD).Read(0xc42005c070, 0xc42013e000, 0x1000, 0x1000, 0x0, 0x43cd400, 0x43ca458)
	/usr/local/Cellar/go/1.8.3/libexec/src/net/fd_unix.go:250 +0x1b7
net.(*conn).Read(0xc42000e040, 0xc42013e000, 0x1000, 0x1000, 0x0, 0x0, 0x0)
	/usr/local/Cellar/go/1.8.3/libexec/src/net/net.go:181 +0x70
bufio.(*Reader).fill(0xc42005bec0)
	/usr/local/Cellar/go/1.8.3/libexec/src/bufio/bufio.go:97 +0x117
bufio.(*Reader).ReadSlice(0xc42005bec0, 0xa, 0xc420022650, 0xc420022600, 0xc4200684e0, 0xc420134040, 0xc420022600)
	/usr/local/Cellar/go/1.8.3/libexec/src/bufio/bufio.go:338 +0xbb
bufio.(*Reader).ReadBytes(0xc42005bec0, 0x1000000040cd50a, 0xc4200aefc0, 0x4247780, 0xc420160000, 0x0, 0xc420100060)
	/usr/local/Cellar/go/1.8.3/libexec/src/bufio/bufio.go:416 +0x66
bufio.(*Reader).ReadString(0xc42005bec0, 0xa, 0x4252380, 0xc4200758b9, 0x0, 0x0)
	/usr/local/Cellar/go/1.8.3/libexec/src/bufio/bufio.go:456 +0x38
github.com/robvanmieghem/gominer/clients/stratum.(*Client).Listen(0xc420100040)
	/Users/wangchao/source/go/src/github.com/robvanmieghem/gominer/clients/stratum/stratum.go:129 +0xd8
created by github.com/robvanmieghem/gominer/clients/stratum.(*Client).Dial
	/Users/wangchao/source/go/src/github.com/robvanmieghem/gominer/clients/stratum/stratum.go:66 +0xdc

goroutine 5 [sleep]:
time.Sleep(0x2540be400)
	/usr/local/Cellar/go/1.8.3/libexec/src/runtime/time.go:59 +0xf9
github.com/robvanmieghem/gominer/clients/stratum.(*Client).Call.func1(0xc420100040, 0x42b81f1, 0x10, 0xc420014230, 0x1, 0x1, 0x1)
	/Users/wangchao/source/go/src/github.com/robvanmieghem/gominer/clients/stratum/stratum.go:188 +0x30
created by github.com/robvanmieghem/gominer/clients/stratum.(*Client).Call
	/Users/wangchao/source/go/src/github.com/robvanmieghem/gominer/clients/stratum/stratum.go:190 +0x370

goroutine 50 [sleep]:
time.Sleep(0x2540be400)
	/usr/local/Cellar/go/1.8.3/libexec/src/runtime/time.go:59 +0xf9
github.com/robvanmieghem/gominer/clients/stratum.(*Client).Call.func1(0xc420100040, 0x42b81e1, 0x10, 0xc42015a000, 0x2, 0x2, 0x2)
	/Users/wangchao/source/go/src/github.com/robvanmieghem/gominer/clients/stratum/stratum.go:188 +0x30
created by github.com/robvanmieghem/gominer/clients/stratum.(*Client).Call
	/Users/wangchao/source/go/src/github.com/robvanmieghem/gominer/clients/stratum/stratum.go:190 +0x370

rax    0x0
rbx    0x70000072e000
rcx    0x70000072d798
rdx    0x0
rdi    0x2703
rsi    0x6
rbp    0x70000072d7d0
rsp    0x70000072d798
r8     0x70000072d5a0
r9     0x10
r10    0x0
r11    0x206
r12    0x2703
r13    0x70000072da50
r14    0x6
r15    0x2d
rip    0x7fff6f107e3e
rflags 0x206
cs     0x7
fs     0x0
gs     0x0

Try lowering the intensity, worked for me!

@tlightsky can I close this issue?

@robvanmieghem sure

authors: remotelyliving robvanmieghem tlightsky

repo: robvanmieghem/gominer


text:
walk the build graph in parallel

This makes Coordinator walk the build graph in parallel.
After some discussion on Zulip, I did this with async Rust instead of spawning threads directly. I think this could still use some improvement, but it works well for now. We can tune it with tokio-console or something soon!

@roc-lang/rbt-reviewers I'm requesting review of this since it seems like a configuration failure in CI. The tests all work locally, and the lints all pass in CI. 👍

You should be able to use roc gen-stub-lib some-example-app.roc on nightly now to work around the build issues here.

amazing, thank you!

@bhansconnect any idea what could be going on here? Looks like we're generating libapp.so correctly, but then cargo test complains it can't be found. Is it looking somewhere other than in the current directory, do you think? https://github.com/roc-lang/rbt/actions/runs/3374554604/jobs/5600303279

ok, monkeyed around with LD_LIBRARY_PATH. Now it's saying this:
/home/runner/work/rbt/rbt/target/release/deps/host-e02e8b3c7e864cef: error while loading shared libraries: ./libapp.so: ELF file's phentsize not the expected size

source: gharchive/pull-request

authors: BrianHicks bhansconnect

repo: roc-lang/rbt

license_type: permissive

license_source: github-api


text:
Add you-n-g/navigate-note.nvim

Repo URL:
https://github.com/...
Checklist:

[x] The plugin is specifically built for Neovim, or if it's a colorscheme, it supports treesitter syntax.
[x] The lines end with a .. This is to conform to awesome-list linting and requirements.
[x] The title of the pull request is Add/Update/Remove `username/repo`  (notice the backticks around `username/repo`) when adding a new plugin.
[x] The description doesn't mention that it's a Neovim plugin, it's obvious from the rest of the document. No mentions of the word plugin unless it's related to something else. No .. for Neovim.
[x] The description doesn't contain emojis.
[x] Neovim is spelled as Neovim (not nvim, NeoVim or neovim), Vim is spelled as Vim (capitalized), Lua is spelled as Lua (capitalized), Tree-sitter is spelled as Tree-sitter.
[x] Acronyms should be fully capitalized, for example LSP, TS, YAML, etc.

Thanks for the PR!

authors: tversteeg you-n-g

repo: rockerBOO/awesome-neovim


text:
AUR

https://aur.archlinux.org/
Please, consider publishing to Arch User Repositories!

I'm not an expert in publishing to AUR, but I can to look into it.
PRs are welcome for this if anyone with experience on this domain wants to take this up.

source: gharchive/issue

authors: omnigenous rocktimsaikia

repo: rocktimsaikia/github-dlr

license: MIT


text:
Crashes on startup on Xcode 15

The app crashes in xcode 15 on app start up with following error
Swift class extensions and categories on Swift classes are not allowed to have +load methods

@rodgomesc Any idea why this might be happening?

https://github.com/mrousavy/react-native-vision-camera/issues/1307#issuecomment-1727199001 This solved the initial crash issue, but the app crashes when I open the camera with following error -
libc++abi: terminating due to uncaught exception of type facebook::jsi::JSError: Exception in HostFunction: <unknown>

Error: Exception in HostFunction: <unknown>
    at _f (native)

@rodgomesc Any idea why this might be happening?

Fix is mentioned here: https://github.com/mrousavy/react-native-vision-camera/issues/1307#issuecomment-1731248952

Fix is mentioned here: mrousavy/react-native-vision-camera#1307 (comment)

Does this actually work? I tried changing @interface objc_name (FrameProcessorPlugin) to @interface objc_name (FrameProcessorPlugin)   <FrameProcessorPluginBase> in /ios/Pods/Headers/Public/VisionCamera/FrameProcessorPlugin.h and /ios/Pods/Headers/Private/VisionCamera/FrameProcessorPlugin.h, but this did not help. Maybe I am doing something completely wrong?

@medonja  It works. Maybe some dependency issue?
"react-native": "0.71.13"
"react-native-vision-camera": "2.16.1"
"react-native-reanimated": "3.5.4"
"vision-camera-code-scanner": "0.2.0"

@medonja It works. Maybe some dependency issue? "react-native": "0.71.13" "react-native-vision-camera": "2.16.1" "react-native-reanimated": "3.5.4" "vision-camera-code-scanner": "0.2.0"

You use xcode 15?

@medonja It works. Maybe some dependency issue? "react-native": "0.71.13" "react-native-vision-camera": "2.16.1" "react-native-reanimated": "3.5.4" "vision-camera-code-scanner": "0.2.0"

You use xcode 15?

I do.
My dependencies:
"react-native": "0.68.7",
"react-native-vision-camera": "2.16.1",
"react-native-reanimated": "3.5.4",
"vision-camera-code-scanner": "0.2.0"
and this is my adapted
/ios/Pods/Headers/Private/VisionCamera/FrameProcessorPlugin.h and
/ios/Pods/Headers/Public/VisionCamera/FrameProcessorPlugin.h

Closing the issue, fix - https://github.com/mrousavy/react-native-vision-camera/issues/1307#issuecomment-1731248952

authors: QSuraj feardarkness joren-vos-aca medonja santagli-bds

repo: rodgomesc/vision-camera-code-scanner


text:
Using the flot.time plugin

Thank you very much for this repository!
I can't get it working with the time plugin, the error "Time mode requires the flot.time plugin" appears. Is this a matter of webpack configuration or do I have to 'require' the plugin somehow?

Alright, I solved it with
require('../node_modules/react-flot/flot/jquery.flot.time.min')

in one of my source files!

Maybe you could add to the README how to include the flot plugins this way

Thank you @Badestrand, I'm going to update the readme file.

authors: Badestrand rodrigowirth

repo: rodrigowirth/react-flot

license: mit

license_source: bigquery


text:
Remove failed builds after 2 weeks

Create a rest api endpoint to remove all failed builds that are older than 2 weeks, and call this endpoint every day via the appengine application via a cron job. Secure this endpoint with the SharedSecretPermission This secret will have to be set in the config file, and if it isn't set, throw an error when the cron job starts.
On the server, this should first remove the builds from jenkins(to preserve disk space), then remove it from the app-cfg database.
This should be done for both android and iOS jobs.
Untested:
def remove_old_builds():
    # Keep at most 1 successful build of every type
    builds_per_app = defaultdict(lambda: defaultdict(list))
    one_month_ago = datetime.now() - relativedelta.relativedelta(months=1)
    for build in Build.objects.all().filter(app__build__timestamp__lt=one_month_ago):
        builds_per_app[build.app_id][build.type].append(build)
    # sort the builds from new to old
    for app_id in builds_per_app:
        for type in builds_per_app[app_id]:
            builds_per_app[app_id][type] = sorted(builds_per_app[app_id][type], key=lambda build: build.timestamp)
    to_remove = []
    for app_id in builds_per_app:
        for type in builds_per_app[app_id]:
            has_debug = False
            has_production = False
            for build in builds_per_app[app_id][type]:
                if build.status == Build.STATUS_SUCCESS:
                    if not has_debug and build.debug:
                        has_debug = True
                        continue
                    if not has_production and build.release:
                        has_production = True
                        continue
                to_remove.append(build)
    logging.info('Going to delete %s builds', len(to_remove))
    return to_remove
    j = jenkins.Jenkins(JENKINS_BASE_URL, JENKINS_USERNAME, JENKINS_TOKEN)
    for build in to_remove:
        job_name = ANDROID_JOB_NAME if build.type == Build.TYPE_ANDROID else IOS_JOB_NAME
        try:
            j.delete_build(job_name, build.build_number)
        except Exception as e:
            logging.exception(e.message)
        build.delete()

Issue migrated to our-city-app/plugin-mobicage-control-center#26


text:
can we replace useEffectAfterMount

Hello Sir, thanks a lot for this awesome hook. I was going through the code on the weekend and tried it locally.
Recently I saw this awesome talk by David Goodbye, useEffect - David Khourshid - https://www.youtube.com/watch?v=bGzanfKVFeU, especially the from 15:00, can we replace the useEffectAfterMount with the following -
function toggle() {
    const nextState = !isExpanded;
    setExpanded(nextState);
    if (nextState) {
      requestAnimationFrame(() => {
        onExpandStart();
        mergeStyles({
          willChange: "height",
          display: "block",
          overflow: "hidden",
        });

        requestAnimationFrame(() => {
          const height = getElementHeight(el);
          mergeStyles({
            transition: `height ${duration}ms ${easing}`,
            height,
          });
        });
      });
    } else {
      requestAnimationFrame(() => {
        onCollapseStart();
        const height = getElementHeight(el);
        mergeStyles({
          transition: `height ${duration}ms ${easing}`,
          willChange: "height",
          height,
        });

        requestAnimationFrame(() => {
          mergeStyles({
            height: "0px",
            overflow: "hidden",
          });
        });
      });
    }
  }

And inside the getToggleProps, we can use the toggle function like so -
  onClick: disabled ? noop : callAll(onClick, () => toggle()),

What are your thoughts on this ? Can you please try this and check all the ssr, ssg stuff. Thanks

Final hook code adapted to my use case -
export function useCollapse({
  isExpanded: configExpanded = false,
  onExpandStart = noop,
  onExpandEnd = noop,
  onCollapseStart = noop,
  onCollapseEnd = noop,
}: UseCollapseInput = {}) {
  const [isExpanded, setExpanded] = useState(configExpanded);

  const [styles, setStylesRaw] = useState<CSSProperties>(
    isExpanded ? {} : collapsedStyles
  );

  useEffect(() => {
    expandCollapse(configExpanded);
  }, [configExpanded]);

  const el = useRef<HTMLElement | null>(null);

  const setStyles = (newStyles: {} | ((oldStyles: {}) => {})) => {
    flushSync(() => {
      setStylesRaw(newStyles);
    });
  };

  const mergeStyles = (newStyles: {}) => {
    setStyles((oldStyles) => ({ ...oldStyles, ...newStyles }));
  };

  const handleTransitionEnd = (e: TransitionEvent): void => {
    if (e.target !== el.current || e.propertyName !== "height") {
      return;
    }

    if (isExpanded) {
      const height = getElementHeight(el);

      if (height === styles.height) {
        setStyles({});
      } else {
        mergeStyles({ height });
      }

      onExpandEnd();
    }

    onCollapseEnd();
  };

  function expandCollapse(nextState: boolean) {
    setExpanded(nextState);
    if (nextState) {
      requestAnimationFrame(() => {
        onExpandStart();
        mergeStyles({
          willChange: "height",
          display: "block",
          overflow: "hidden",
        });

        requestAnimationFrame(() => {
          const height = getElementHeight(el);
          mergeStyles({
            transition: `height ${duration}ms ${easing}`,
            height,
          });
        });
      });
    } else {
      requestAnimationFrame(() => {
        onCollapseStart();
        const height = getElementHeight(el);
        mergeStyles({
          transition: `height ${duration}ms ${easing}`,
          willChange: "height",
          height,
        });

        requestAnimationFrame(() => {
          mergeStyles({
            height: "0px",
            overflow: "hidden",
          });
        });
      });
    }
  }

  function getToggleProps({
    disabled = false,
    onClick = noop,
    ...rest
  }: GetTogglePropsInput = {}): GetTogglePropsOutput {
    return {
      type: "button",
      role: "button",
      id: `react-collapsed-toggle`,
      "aria-controls": `react-collapsed-panel`,
      "aria-expanded": isExpanded,
      tabIndex: 0,
      disabled,
      ...rest,
      onClick: disabled
        ? noop
        : callAll(onClick, () => {
            expandCollapse(!isExpanded);
          }),
    };
  }

  function getCollapseProps({
    style = {},
    onTransitionEnd = noop,
    refKey = "ref",
    ...rest
  }: GetCollapsePropsInput = {}): GetCollapsePropsOutput {
    const theirRef: any = rest[refKey];

    return {
      id: `react-collapsed-panel`,
      "aria-hidden": !isExpanded,
      [refKey]: mergeRefs(el, theirRef),
      ...rest,
      onTransitionEnd: callAll(handleTransitionEnd, onTransitionEnd),
      style: {
        boxSizing: "border-box",
        // additional styles passed, e.g. getCollapseProps({style: {}})
        ...style,
        // style overrides from state
        ...styles,
      },
    };
  }

  return {
    getToggleProps,
    getCollapseProps,
    isExpanded,
    setExpanded,
  };
}

The problem with moving it to a click handler is that the expand state won't change when props change, only if the click handler is called with getToggleProps. This library is meant to be used without it.
This library was refactored to a vanilla JS core (will be soon pushed to latest), and that changes this whole set-up quite a bit.

authors: roginfarrer yaldram

repo: roginfarrer/react-collapsed


text:
[BUG] COVID-19 QR switching paired and not paired in Settings screen

Describe the bug
The COVID-10 panel in the Settings page is acting weird with COVID-19 keys.
This is in 2.10.31 and 2.10.29
To Reproduce
Steps to reproduce the behavior:

Use "Remove my Information"
Complete setup and get to the Home screen
Open Settings and view COVID-19 keys are valid and paired
Go back to Home, then forward to Settings several times and see it alternate between "keys valid and paired" and keys not paired"

Expected behavior
It would always read valid and paired.
Screenshots
If applicable, add screenshots to help explain your problem.
https://user-images.githubusercontent.com/11352701/125674105-59bbe7d7-72e9-4267-833e-da2f61e9e0dd.MP4
Smartphone (please complete the following information):

Device: iPhone SE
OS: iOS 14
Version 2.10.29 and 2.10.31

I too reproduce this issue.

Later, the COVID-19 keys stopped changing, but the other toggles (exposure notification, health provider data) started changing from off to on every time you open the settings screen:
https://user-images.githubusercontent.com/11352701/125684680-d8e0dbde-a8ca-4c05-a0de-159abfff1118.MP4

@petyos, my investigation shows that there is something wrong on the backend side. GET https://api.rokwire.illinois.edu/health/covid19/user returns different values for "privateKey" - sometimes the right value but sometimes a previous value of this key.
Please take a look at the attached log. We are interested in the log entries prefixed with "HealthUser:".

The first GET request returns some value (a wrong one):
-----BEGIN PUBLIC KEY-----\r\nMIIBCgKCAQEAizpISgPU7D/iRKGPrcE9Fv/lfqSvaxFOFgdP330BMAPzLk/K4z1CJpl4FlH/WCEGPDb13kUk6MDbIsxPu8nkB3RCRrAu+tJhf63FlbUbtnkXKDNYxTapicEZu4JJoarqKQAj8MBa/Lou7csYdHyEIiJaGF5bfHoKqlOKUiMeuRoU5Aig1z7nlpHLizOIfGHPlfZiaUh1mZfO9XyeiOCGCg5AYI/sosoiehq1x5kOHvSPx6GO/RjcKC2fHOBaPs8i8oFYwPJQIrw0mr9XVfr9rHyr9G/idwlehl+hyulHC9of0dB9+O/094ot1OHN4w6NlZlAfFjnO59Fz9ehLZHmewIDAQAB\r\n-----END PUBLIC KEY-----

The next 3 GET requests returns another value (the right one):
-----BEGIN PUBLIC KEY-----\r\nMIIBCgKCAQEAmV8qRg+Db/UBwHCayhBAfIxRcJyAZLwtHePgyPuk+4K3/qt6GyU7Lx7jBC55SBHGa8cJ7/A5IAqC/muyWeNmleWD3r1cAhwqIvAjI712o3PYomzxf9aWikDjMegiko05nnqJxRX+WqR8tEWpAwbfQLwsEk9SpH/Z5jd65Vp6i2QJor+h4b/ChgrpNcp58LgtroJ68MFQWvwr5nL98R4up0F+nM7XkltDMfOwTjabRgX0BVNpy7Ervh8c+7fZIcE7vsLkCmmR17IzLqz9y7ZujHoW1eAo8jB8ACbDxlWJD/3KhvSo4unk9Bx5EG+TUV4Ve/h7oqDf6uT0+nPAl7P3AwIDAQAB\r\n-----END PUBLIC KEY-----

Then we refresh the RSA key pair and apply the new public key using POST https://api.rokwire.illinois.edu/health/covid19/login API
-----BEGIN PUBLIC KEY-----\r\nMIIBCgKCAQEAgb1Wng8HS+xaCNOdyzsYFcBk7aGj7LBQP/4elUtzLa3DX/3izRNe2MNX6NmQlMR74v1WYiA9hpoHFT+amNZ7fofIfDcmenLNKHUydpiq+N3uE9vJlX8f8z5zpQClwMEPQFVQ33ZjL3OiIIhZiuvrJ/iYW5HAoMukfnQINV7nIo/tRymOonUELntNuJnioJsfAfcHNFB75Yzm/uJ1yeWDovXyY2ukO1J/LFJnyImav6LC6SR5+/b890CKzJtqtKuju7YgmCZ4xFUO2l4GBWcUaITtsbNJgzvXx44QK5A2Ee9ntSboKYzi5slUdUXVetQyH6JGxQVB05ZUBw4FBWRKdwIDAQAB\r\n-----END PUBLIC KEY-----

The next GET request returns the right public key:
-----BEGIN PUBLIC KEY-----\r\nMIIBCgKCAQEAgb1Wng8HS+xaCNOdyzsYFcBk7aGj7LBQP/4elUtzLa3DX/3izRNe2MNX6NmQlMR74v1WYiA9hpoHFT+amNZ7fofIfDcmenLNKHUydpiq+N3uE9vJlX8f8z5zpQClwMEPQFVQ33ZjL3OiIIhZiuvrJ/iYW5HAoMukfnQINV7nIo/tRymOonUELntNuJnioJsfAfcHNFB75Yzm/uJ1yeWDovXyY2ukO1J/LFJnyImav6LC6SR5+/b890CKzJtqtKuju7YgmCZ4xFUO2l4GBWcUaITtsbNJgzvXx44QK5A2Ee9ntSboKYzi5slUdUXVetQyH6JGxQVB05ZUBw4FBWRKdwIDAQAB\r\n-----END PUBLIC KEY-----

The next GET request returns the previous public key from point 3
-----BEGIN PUBLIC KEY-----\r\nMIIBCgKCAQEAmV8qRg+Db/UBwHCayhBAfIxRcJyAZLwtHePgyPuk+4K3/qt6GyU7Lx7jBC55SBHGa8cJ7/A5IAqC/muyWeNmleWD3r1cAhwqIvAjI712o3PYomzxf9aWikDjMegiko05nnqJxRX+WqR8tEWpAwbfQLwsEk9SpH/Z5jd65Vp6i2QJor+h4b/ChgrpNcp58LgtroJ68MFQWvwr5nL98R4up0F+nM7XkltDMfOwTjabRgX0BVNpy7Ervh8c+7fZIcE7vsLkCmmR17IzLqz9y7ZujHoW1eAo8jB8ACbDxlWJD/3KhvSo4unk9Bx5EG+TUV4Ve/h7oqDf6uT0+nPAl7P3AwIDAQAB\r\n-----END PUBLIC KEY-----

Please Note:
NB 1: It is an arbitrary value which a GET request after a POST update will return the previous public key. Sometimes it happens on the second request, sometime on the 5-th. А рandom stuff.
NB 2: I managed to recreate this only on production and not on dev.
HealthUser.log

There is a Health BB version to be deployed - https://github.com/rokwire/rokwire-terraform/issues/66
Please test when deployed.
Thanks!

Hi @petyos @mihail-varbanov we're still seeing an issue with the toggles in the app being inconsistent as shown in the video attached to https://github.com/rokwire/safer-illinois-app/issues/674#issuecomment-880168104.
If you change one of the toggles (off -> on, on -> off) it does not stay the same on later views of the settings screen.

It was fixed in Health BB v2.10.0

The update is Working great. Thanks!

authors: Priyaravi8 isaac-galvan mihail-varbanov petyos

repo: rokwire/safer-illinois-app


text:
a backup on upgrade is not made when gitea is not running

https://github.com/roles-ansible/ansible_role_gitea/blob/d33e6b1da8988e9036dfcc4ed97093080e295640/tasks/backup.yml#L32
this can happen e.g. when the backup failed en then the task is ran again, gitea was stopped, no backup was made, gitea was updated.

by looking at https://docs.ansible.com/ansible/latest/user_guide/playbooks_blocks.html I guess using the rescue option to start gitea again could solve the issue.
Or do you prefer deletung the - ansible_facts.services["gitea.service"].state == "running" condition?

I'm not completely sure on how to approach this, removing the running would probably result in splitting up the entire block, but I think you kind of want the block?

Personally, I no longer use the "backup before upgrade" option. And I don't have a strong opinion about how that should look.
If you have an opinion how it should look like, feel free to make a pull request.


text:
Explore different Cosmos-native execution environments

Motivation
We want optimistic rollups to be able to connect each other without requiring any governance. The caveat is that they need to dynamically be able to validate state transition fraud proofs of other chains (as they connect to them).
Options
The most interesting options are:

CosmWasm (IBC-enabled smart-contracts): https://docs.cosmwasm.com/0.13/architecture/multichain.html and
Agoric's stack (VM + dIBC): vision: https://medium.com/agoric/the-road-to-dynamic-ibc-4a43bc964bca, docs: https://agoric.com/documentation/platform/ , and "networking": https://github.com/Agoric/agoric-sdk/blob/master/packages/SwingSet/docs/networking.md

BTW by "Cosmos-native" I mean execution environments that are either built as a Cosmos-SDK module or more directly interact with tendermint via ABCI.

I've been digging into cosmwasm, and while state transition logic for a rollup could definitely be written using cosmwasm smart contracts, it's important to note that, imho, it is extremely unlikely that we will be able to write the logic once in a cosmos-sdk based chain/rollup and then compile that logic to cosmwasm. The main reasons being

Go wasm support is limited

per wiki, we can compile normal Go code to wasm, but AFAICT that wasm is only meant to be used inside javascript. For example, we can't compile Go code to be used with wasmer, which is what would be needed to go from Go code to cosmwasm.
there's a really cool experiment getting cosmwasm smart contracts written in tiny-go, which it looks like might end up getting support after the 1.0 release of cosmwasm. Support for tiny-go is really cool, but making a tiny-go version of the sdk is... not an option.

The sdk was not designed around compiling down to wasm

The state transition logic is wrapped in modules, keepers, antehandlers, etc. isolating this logic to be compiled to wasm is definitely doable, but not entirely straightforward

Off the top of my head, solutions include

Write some tooling to help devs go from cosmos-sdk logic -> cosmwasm smart contract logic reliably
make a wasmd like wrapper that only runs the rollup logic written in cosmwasm contracts

This kind of "hot load a wasm state machine to verify "a fraud proof was a target use case of Substrate/Polkadot but afaik none of this system for susbtrate has been implemented yet.
It's plausible that some kind of other virtualization framework other than Wasm would work but we also need have hooks into cosmos binaries process a single step state transition.

It was essentially decided to focus on EVM-based exec envs. Arbitrum seems particularly interesting as it comes with a fraud proof mechanism (IVGs more precisely). That decision has not really be documented anywhere yet (cc @mattdf @adlerjohn @musalbas).
I'll keep this issue open to be revisted post-mainnnet.

All Cosmos-native execution environments are supported in pessimistic mode. Closing this issue since Cosmos SDK is exploring the direction of going to ZK directly.

authors: Manav-Aggarwal evan-forbes liamsi zmanian

repo: rollkit/rollkit


text:
deps: update ephemeral cluster to latest main

Overview

Checklist

[ ] New and updated code has appropriate documentation
[ ] New and updated code has new and/or updated testing
[ ] Required CI checks are passing
[ ] Visual proof for any user facing features like CLI or documentation updates
[ ] Linked issues closed with keywords

Codecov Report

Merging #695 (717cf3a) into main (d8679cc) will increase coverage by 0.03%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             main     #695      +/-   ##
==========================================
+ Coverage   54.49%   54.53%   +0.03%
==========================================
  Files          49       49
  Lines       10305    10305
==========================================
+ Hits         5616     5620       +4
+ Misses       3820     3816       -4
  Partials      869      869

Impacted Files
Coverage Δ

block/manager.go
64.35% <0.00%> (-1.74%)
:arrow_down:

state/executor.go
69.17% <0.00%> (ø)

rpc/json/ws.go
61.90% <0.00%> (+7.93%)
:arrow_up:

types/validation.go
51.16% <0.00%> (+13.95%)
:arrow_up:

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

Closing this. @tzdybal please reopen if needed.


text:
OneToMany#associate should support multiple child tuples

This prevents changesets from associating parent with multiple children via Changeset#associate. It should be as simple as tweaking OneToMany#associate so that it accepts one or more child tuples.

I've revisited this and it turned out it's actually an issue with how associated changesets handle arrays. I'll fix that because OneToMany#associate has nothing to do with this so this issue is invalid after all.

repo: rom-rb/rom


text:
add video platform

does not actually work well

ideas to fix:

whitelist platforms
classifier to exclude non video


text:
Support for tailable cursors

MongoDB supports tailable cursors which allow you to "subscribe" to additions and changes to a collection or document.
https://motor.readthedocs.io/en/stable/examples/tailable-cursors.html
It would be neat if you could use this with beanie, perhaps in the form of:
async for result in Product.find(search_criteria, cursor_type=CursorType.TAILABLE_AWAIT):
    print(result)

Which would convert the loop into an infinite generator yielding one object at a time. Great for websockets!

Hey!
This is a great feature request. I'll try to add this in one of the next releases.
Thank you

Hey! This is a great feature request. I'll try to add this in one of the next releases. Thank you

Not added yet?

Hey! This is a great feature request. I'll try to add this in one of the next releases. Thank you

Not added yet?

authors: rdfsx roman-right tclasen

repo: roman-right/beanie


text:
composite index option on defineTable ?

looking at document,
I see you can only set composite index within rake's change function,
is there any way to define composite index when defining table?
import { change } from '../dbScript';

change(async (db) => {
  await db.createTable(
    'table',
    (t) => ({
      id: t.identity().primaryKey(),
      name: t.text(),
    }),
    (t) => [
      t.index(['id', { column: 'name', order: 'ASC' }], { ...options }),
      // index name can be set before the options:
      t.index(['id', { column: 'name', order: 'ASC' }], 'index_name', {
        ...options,
      }),
    ],
  );
});

see comment on "model" column
export class AdminLogTable extends BaseTable {
  readonly table = 'admin_log'

  columns = this.setColumns(t => ({
    id: t.id,
    staffId: t.integer().foreignKey(() => StaffTable, 'id').index(),
    time: t.timestamps().createdAt,

    model: t.string().index({ include: 'objectId' }), // is this right?? but it seems awkward
    objectId: t.integer(),
    action: t.enum('AdminAction', adminAction).index(),

    success: t.boolean().index(),
    message: t.string(),
  }))

  relations = {
    staff: this.belongsTo(() => StaffTable, {
      columns: ['staffId'],
      references: ['id'],
    }),
  }
}

Yes, set composite indexes in your model in the same way, using a second callback.
It's shown in the example here.
Eventually I'll figure out how to structure docs better, but for know it's not super intuitive.

authors: minkoonim romeerez

repo: romeerez/orchid-orm


text:
About feature_size=1536

What's mean of feature_size and why the value is 1536?

Just like the “stem convolution” before any blocks of convolution, it’s a convention to add a 1x1 convolution to expand the channels. Therefore, “feature_size” means the final channels of convolution before a linear classifier. However, normally, it should be 1280 instead of 1536, but it is a hyper-parameter set by authors in the official released code.


text:
Unroll uint scans

Unroll deltaBitLenAndSignUintXX and lazy merge result for better CPU pipelining.
benchmark                                                          old ns/op     new ns/op     delta
BenchmarkCompressDeltaBinPackUint32/nBits=0,_sign=0-32             224           78.9          -64.84%
BenchmarkCompressDeltaBinPackUint32/nBits=0,_sign=1-32             224           79.0          -64.82%
BenchmarkCompressDeltaBinPackUint32/nBits=1,_sign=0-32             286           157           -45.08%
BenchmarkCompressDeltaBinPackUint32/nBits=1,_sign=1-32             258           120           -53.60%
BenchmarkCompressDeltaBinPackUint32/nBits=2,_sign=0-32             285           150           -47.23%
BenchmarkCompressDeltaBinPackUint32/nBits=2,_sign=1-32             256           133           -48.01%
BenchmarkCompressDeltaBinPackUint32/nBits=3,_sign=0-32             290           142           -51.07%
BenchmarkCompressDeltaBinPackUint32/nBits=3,_sign=1-32             259           129           -50.19%
BenchmarkCompressDeltaBinPackUint32/nBits=4,_sign=0-32             295           136           -53.83%
BenchmarkCompressDeltaBinPackUint32/nBits=4,_sign=1-32             256           110           -56.95%
BenchmarkCompressDeltaBinPackUint32/nBits=5,_sign=0-32             291           143           -50.67%
BenchmarkCompressDeltaBinPackUint32/nBits=5,_sign=1-32             265           114           -56.82%
BenchmarkCompressDeltaBinPackUint32/nBits=6,_sign=0-32             290           143           -50.67%
BenchmarkCompressDeltaBinPackUint32/nBits=6,_sign=1-32             260           115           -55.90%
BenchmarkCompressDeltaBinPackUint32/nBits=7,_sign=0-32             295           169           -42.59%
BenchmarkCompressDeltaBinPackUint32/nBits=7,_sign=1-32             275           116           -57.72%
BenchmarkCompressDeltaBinPackUint32/nBits=8,_sign=0-32             280           135           -51.68%
BenchmarkCompressDeltaBinPackUint32/nBits=8,_sign=1-32             256           108           -57.89%
BenchmarkCompressDeltaBinPackUint32/nBits=9,_sign=0-32             315           150           -52.38%
BenchmarkCompressDeltaBinPackUint32/nBits=9,_sign=1-32             264           118           -55.34%
BenchmarkCompressDeltaBinPackUint32/nBits=10,_sign=0-32            298           149           -49.93%
BenchmarkCompressDeltaBinPackUint32/nBits=10,_sign=1-32            264           117           -55.77%
BenchmarkCompressDeltaBinPackUint32/nBits=11,_sign=0-32            322           155           -51.88%
BenchmarkCompressDeltaBinPackUint32/nBits=11,_sign=1-32            268           148           -44.90%
BenchmarkCompressDeltaBinPackUint32/nBits=12,_sign=0-32            299           170           -43.02%
BenchmarkCompressDeltaBinPackUint32/nBits=12,_sign=1-32            265           132           -50.23%
BenchmarkCompressDeltaBinPackUint32/nBits=13,_sign=0-32            310           161           -48.11%
BenchmarkCompressDeltaBinPackUint32/nBits=13,_sign=1-32            272           124           -54.50%
BenchmarkCompressDeltaBinPackUint32/nBits=14,_sign=0-32            313           156           -50.11%
BenchmarkCompressDeltaBinPackUint32/nBits=14,_sign=1-32            269           122           -54.77%
BenchmarkCompressDeltaBinPackUint32/nBits=15,_sign=0-32            304           161           -47.16%
BenchmarkCompressDeltaBinPackUint32/nBits=15,_sign=1-32            281           124           -55.93%
BenchmarkCompressDeltaBinPackUint32/nBits=16,_sign=0-32            276           149           -46.03%
BenchmarkCompressDeltaBinPackUint32/nBits=16,_sign=1-32            252           109           -56.90%
BenchmarkCompressDeltaBinPackUint32/nBits=17,_sign=0-32            313           186           -40.65%
BenchmarkCompressDeltaBinPackUint32/nBits=17,_sign=1-32            272           125           -53.97%
BenchmarkCompressDeltaBinPackUint32/nBits=18,_sign=0-32            328           164           -50.12%
BenchmarkCompressDeltaBinPackUint32/nBits=18,_sign=1-32            272           142           -47.69%
BenchmarkCompressDeltaBinPackUint32/nBits=19,_sign=0-32            318           168           -47.14%
BenchmarkCompressDeltaBinPackUint32/nBits=19,_sign=1-32            274           146           -46.82%
BenchmarkCompressDeltaBinPackUint32/nBits=20,_sign=0-32            308           187           -39.42%
BenchmarkCompressDeltaBinPackUint32/nBits=20,_sign=1-32            274           130           -52.59%
BenchmarkCompressDeltaBinPackUint32/nBits=21,_sign=0-32            319           197           -38.24%
BenchmarkCompressDeltaBinPackUint32/nBits=21,_sign=1-32            276           129           -53.44%
BenchmarkCompressDeltaBinPackUint32/nBits=22,_sign=0-32            334           173           -48.16%
BenchmarkCompressDeltaBinPackUint32/nBits=22,_sign=1-32            291           130           -55.51%
BenchmarkCompressDeltaBinPackUint32/nBits=23,_sign=0-32            324           175           -45.86%
BenchmarkCompressDeltaBinPackUint32/nBits=23,_sign=1-32            278           131           -52.82%
BenchmarkCompressDeltaBinPackUint32/nBits=24,_sign=0-32            326           186           -43.11%
BenchmarkCompressDeltaBinPackUint32/nBits=24,_sign=1-32            269           125           -53.64%
BenchmarkCompressDeltaBinPackUint32/nBits=25,_sign=0-32            328           185           -43.59%
BenchmarkCompressDeltaBinPackUint32/nBits=25,_sign=1-32            299           156           -47.93%
BenchmarkCompressDeltaBinPackUint32/nBits=26,_sign=0-32            322           178           -44.78%
BenchmarkCompressDeltaBinPackUint32/nBits=26,_sign=1-32            281           134           -52.33%
BenchmarkCompressDeltaBinPackUint32/nBits=27,_sign=0-32            337           208           -38.18%
BenchmarkCompressDeltaBinPackUint32/nBits=27,_sign=1-32            290           136           -53.36%
BenchmarkCompressDeltaBinPackUint32/nBits=28,_sign=0-32            322           201           -37.74%
BenchmarkCompressDeltaBinPackUint32/nBits=28,_sign=1-32            274           133           -51.33%
BenchmarkCompressDeltaBinPackUint32/nBits=29,_sign=0-32            341           192           -43.89%
BenchmarkCompressDeltaBinPackUint32/nBits=29,_sign=1-32            279           138           -50.59%
BenchmarkCompressDeltaBinPackUint32/nBits=30,_sign=0-32            331           208           -37.10%
BenchmarkCompressDeltaBinPackUint32/nBits=30,_sign=1-32            293           160           -45.42%
BenchmarkCompressDeltaBinPackUint32/nBits=31,_sign=0-32            353           222           -37.17%
BenchmarkCompressDeltaBinPackUint32/nBits=31,_sign=1-32            280           165           -40.90%
BenchmarkCompressDeltaBinPackUint32/nBits=32,_sign=0-32            356           219           -38.49%
BenchmarkCompressDeltaBinPackUint32/nBits=32,_sign=1-32            227           87.7          -61.31%
BenchmarkCompressDeltaBinPackUint64/nBits=0,_sign=0-32             390           79.1          -79.73%
BenchmarkCompressDeltaBinPackUint64/nBits=0,_sign=1-32             390           79.0          -79.76%
BenchmarkCompressDeltaBinPackUint64/nBits=1,_sign=0-32             515           200           -61.27%
BenchmarkCompressDeltaBinPackUint64/nBits=1,_sign=1-32             460           142           -69.22%
BenchmarkCompressDeltaBinPackUint64/nBits=2,_sign=0-32             512           237           -53.70%
BenchmarkCompressDeltaBinPackUint64/nBits=2,_sign=1-32             452           141           -68.76%
BenchmarkCompressDeltaBinPackUint64/nBits=3,_sign=0-32             511           202           -60.53%
BenchmarkCompressDeltaBinPackUint64/nBits=3,_sign=1-32             454           165           -63.69%
BenchmarkCompressDeltaBinPackUint64/nBits=4,_sign=0-32             506           240           -52.69%
BenchmarkCompressDeltaBinPackUint64/nBits=4,_sign=1-32             450           141           -68.70%
BenchmarkCompressDeltaBinPackUint64/nBits=5,_sign=0-32             512           217           -57.64%
BenchmarkCompressDeltaBinPackUint64/nBits=5,_sign=1-32             454           145           -68.05%
BenchmarkCompressDeltaBinPackUint64/nBits=6,_sign=0-32             511           236           -53.81%
BenchmarkCompressDeltaBinPackUint64/nBits=6,_sign=1-32             454           166           -63.32%
BenchmarkCompressDeltaBinPackUint64/nBits=7,_sign=0-32             517           215           -58.38%
BenchmarkCompressDeltaBinPackUint64/nBits=7,_sign=1-32             457           147           -67.72%
BenchmarkCompressDeltaBinPackUint64/nBits=8,_sign=0-32             505           232           -53.99%
BenchmarkCompressDeltaBinPackUint64/nBits=8,_sign=1-32             449           139           -68.97%
BenchmarkCompressDeltaBinPackUint64/nBits=9,_sign=0-32             519           228           -56.14%
BenchmarkCompressDeltaBinPackUint64/nBits=9,_sign=1-32             457           170           -62.74%
BenchmarkCompressDeltaBinPackUint64/nBits=10,_sign=0-32            515           206           -60.08%
BenchmarkCompressDeltaBinPackUint64/nBits=10,_sign=1-32            457           150           -67.24%
BenchmarkCompressDeltaBinPackUint64/nBits=11,_sign=0-32            521           260           -50.20%
BenchmarkCompressDeltaBinPackUint64/nBits=11,_sign=1-32            461           150           -67.48%
BenchmarkCompressDeltaBinPackUint64/nBits=12,_sign=0-32            513           206           -59.89%
BenchmarkCompressDeltaBinPackUint64/nBits=12,_sign=1-32            454           170           -62.54%
BenchmarkCompressDeltaBinPackUint64/nBits=13,_sign=0-32            524           263           -49.86%
BenchmarkCompressDeltaBinPackUint64/nBits=13,_sign=1-32            471           153           -67.55%
BenchmarkCompressDeltaBinPackUint64/nBits=14,_sign=0-32            533           252           -52.77%
BenchmarkCompressDeltaBinPackUint64/nBits=14,_sign=1-32            474           154           -67.52%
BenchmarkCompressDeltaBinPackUint64/nBits=15,_sign=0-32            555           245           -55.88%
BenchmarkCompressDeltaBinPackUint64/nBits=15,_sign=1-32            615           177           -71.25%
BenchmarkCompressDeltaBinPackUint64/nBits=16,_sign=0-32            966           234           -75.83%
BenchmarkCompressDeltaBinPackUint64/nBits=16,_sign=1-32            1518          139           -90.83%
BenchmarkCompressDeltaBinPackUint64/nBits=17,_sign=0-32            715           225           -68.50%
BenchmarkCompressDeltaBinPackUint64/nBits=17,_sign=1-32            592           165           -72.16%
BenchmarkCompressDeltaBinPackUint64/nBits=18,_sign=0-32            671           281           -58.15%
BenchmarkCompressDeltaBinPackUint64/nBits=18,_sign=1-32            606           194           -68.07%
BenchmarkCompressDeltaBinPackUint64/nBits=19,_sign=0-32            639           282           -55.84%
BenchmarkCompressDeltaBinPackUint64/nBits=19,_sign=1-32            490           177           -63.78%
BenchmarkCompressDeltaBinPackUint64/nBits=20,_sign=0-32            556           230           -58.63%
BenchmarkCompressDeltaBinPackUint64/nBits=20,_sign=1-32            481           182           -62.21%
BenchmarkCompressDeltaBinPackUint64/nBits=21,_sign=0-32            603           284           -52.89%
BenchmarkCompressDeltaBinPackUint64/nBits=21,_sign=1-32            894           162           -81.89%
BenchmarkCompressDeltaBinPackUint64/nBits=22,_sign=1-32            542           182           -66.40%
BenchmarkCompressDeltaBinPackUint64/nBits=23,_sign=0-32            632           248           -60.70%
BenchmarkCompressDeltaBinPackUint64/nBits=23,_sign=1-32            505           178           -64.78%
BenchmarkCompressDeltaBinPackUint64/nBits=24,_sign=0-32            577           264           -54.19%
BenchmarkCompressDeltaBinPackUint64/nBits=24,_sign=1-32            485           155           -67.97%
BenchmarkCompressDeltaBinPackUint64/nBits=25,_sign=0-32            574           280           -51.31%
BenchmarkCompressDeltaBinPackUint64/nBits=25,_sign=1-32            490           211           -57.01%

(benchmarks are a bit noisy on my machine, but trend should be clear)

repo: ronanh/intcomp


text:
Dependency vulnerability,  guava 20.0

Hi,
guava-20.0.jar (com.google.guava:guava:20.0, cpe:/a:google:guava:20.0) : CVE-2018-10237
Regards,
N.

Sorry, duplicate #222.
Regards,
N.

repo: ronmamo/reflections

license: WTFPL


text:
Localized country names from Java's built-in Locale object.

Additional contains a small cleanup (e.g. fixed some lint warnings) and the latest SDK target.
Fixes issue #11

Why "Pushed target SDK from 17 to 21."? Thanks.

Because, when you start a new project (or even update an older one, if possible, which is mostly always since Android 4.0), you should always target the newest API version. Otherwise, compatibility behaviour would be in place on newer devices, which can, in some instances, slow things down and even degrade the UI to an older version.
Also, your project uses the API 4 compatibility library, which many consuming projects also use, and which gets updated often. But the version of that library in your project and in the consuming project have to be the same.
And since I definitely don't target an old API version on a new project using old libraries, yours had to get updated.
If you, for some reason, really don't like that, you could also cherry-pick the commits you like, which would be commit c0da63d and 1ab1152, most probably.

Never mind, I was just curious. BTW I'm not the owner of the project.

Ah. Didn't get that. You were the poster of issue #11. Thanks for the clue. :-) Anyway, feel free to pull or fork from me, if roomorama doesn't want to merge.

@tladesignz thanks for the PR, sorry recently I've been quite busy at work. Would you mind converting the project into Android Studio format? After that I would put it to Maven so it's easier to use with Gradle. Thanks

Hi! Sorry, cannot. I'm still on Eclipse and will be staying there for the current project.

authors: Ricardo1980 thomasdao tladesignz

repo: roomorama/AndroidCountryPicker


text:
doesnt work

your package doesnt work at all
what do you mean by home and username , cant i do it from anywhere

It's working fine for me. What's the exact error you are getting?

$HOME is /home/username on linux system. I just use it as example.
Actually it's based on your Labelme json directory.

authors: Roopam-98 kvnptl rooneysh


text:
🛑 TROJAN 🇸🇬 Singapore SGO 1 is down

In bb72136, TROJAN 🇸🇬 Singapore SGO 1 (https://sgt-2.opensvr.net/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: TROJAN 🇸🇬 Singapore SGO 1 is back up in 5504030.

repo: roosterkid/opentunnel-status-server


text:
🛑 SSH 🇮🇩 Indonesia IDJ 1 is down

In d2f8161, SSH 🇮🇩 Indonesia IDJ 1 (http://ids-1.opensvr.net:8080/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: SSH 🇮🇩 Indonesia IDJ 1 is back up in 85c5b8f.


text:
🛑 XRAY 🇩🇪 Germany DEH 1 is down

In 6b777b5, XRAY 🇩🇪 Germany DEH 1 (https://dex-1.openv2ray.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: XRAY 🇩🇪 Germany DEH 1 is back up in 23273d2.


text:
🛑 TROJAN 🇺🇸 United States USO 1 is down

In 52299d2, TROJAN 🇺🇸 United States USO 1 (https://ust-2.opensvr.net/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: TROJAN 🇺🇸 United States USO 1 is back up in a1e7295.


text:
🛑 TROJAN 🇺🇸 United States USO 1 is down

In 08f0ec9, TROJAN 🇺🇸 United States USO 1 (https://ust-2.opensvr.net/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: TROJAN 🇺🇸 United States USO 1 is back up in 0061aa3.


text:
🛑 TROJAN 🇭🇰 Hong Kong HKE 1 is down

In 9804fd7, TROJAN 🇭🇰 Hong Kong HKE 1 (https://hkt-1.opensvr.net/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: TROJAN 🇭🇰 Hong Kong HKE 1 is back up in be2363c.


text:
🛑 OVPN 🇺🇸 United States USF 1 is down

In b9beea5, OVPN 🇺🇸 United States USF 1 (http://uso-1.opensvr.net:8080/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: OVPN 🇺🇸 United States USF 1 is back up in 264df22.


text:
🛑 V2RAY 🇸🇬 Singapore SGD 1 is down

In 25c9357, V2RAY 🇸🇬 Singapore SGD 1 (https://sgv-3.openv2ray.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: V2RAY 🇸🇬 Singapore SGD 1 is back up in b04a8ff.


text:
🛑 V2RAY 🇩🇪 Germany DEH 1 is down

In 9e92ab9, V2RAY 🇩🇪 Germany DEH 1 (https://dev-1.openv2ray.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: V2RAY 🇩🇪 Germany DEH 1 is back up in b752445.


text:
🛑 XRAY 🇮🇩 Indonesia IDA 1 is down

In 7a65dc8, XRAY 🇮🇩 Indonesia IDA 1 (https://idx-1.openv2ray.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: XRAY 🇮🇩 Indonesia IDA 1 is back up in 1376519.


text:
🛑 TROJAN 🇸🇬 Singapore SGV 1 is down

In f001052, TROJAN 🇸🇬 Singapore SGV 1 (https://sgt-1.optnl.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: TROJAN 🇸🇬 Singapore SGV 1 is back up in 377f404.


text:
🛑 V2RAY 🇫🇷 France FR 1 is down

In 79162f0, V2RAY 🇫🇷 France FR 1 (https://frv-1.openv2ray.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: V2RAY 🇫🇷 France FR 1 is back up in 58f1538.


text:
🛑 V2RAY 🇺🇸 United States USF 1 is down

In e53ffde, V2RAY 🇺🇸 United States USF 1 (https://usv-1.openv2ray.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: V2RAY 🇺🇸 United States USF 1 is back up in 042ec57.


text:
🛑 TROJAN 🇩🇪 Germany DEO 1 is down

In cd0f49b, TROJAN 🇩🇪 Germany DEO 1 (https://det-1.optnl.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: TROJAN 🇩🇪 Germany DEO 1 is back up in 897dbf6.


text:
🛑 SSH 🇸🇬 Singapore SGP 1 is down

In 80ceaaa, SSH 🇸🇬 Singapore SGP 1 (http://sgs-4.opensvr.net:8080/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: SSH 🇸🇬 Singapore SGP 1 is back up in f9be0f9.


text:
🛑 SSH 🇮🇩 Indonesia IDN 1 is down

In 84725e7, SSH 🇮🇩 Indonesia IDN 1 (http://ids-3.opensvr.net:8080/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: SSH 🇮🇩 Indonesia IDN 1 is back up in c43b5f6.


text:
🛑 V2RAY 🇻🇳 Vietnam VN 2 is down

In e83c3e4, V2RAY 🇻🇳 Vietnam VN 2 (https://vnv-2.openv2ray.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: V2RAY 🇻🇳 Vietnam VN 2 is back up in 16f8e3a.


text:
🛑 SSH 🇮🇩 Indonesia IDA 1 is down

In 3265e54, SSH 🇮🇩 Indonesia IDA 1 (http://ids-2.opensvr.net:8080/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: SSH 🇮🇩 Indonesia IDA 1 is back up in 907f6b6.


text:
Does not work with React Native Navigator.

I've tried so many different ways but I have not been able to get this working correctly with the React Native Navigator component. I can wrap it around the Navigator, but then I don't get access to the Navigator inside Drawer Component so it is basically useless. If i try to put it inside whichever component the Navigator is rendering, then the drawer just comes out underneath the Navigator.NavigationBar. If I try to put the Drawer into the the Navigator.NavigationBar component, it just doesn't render anything. And finally if I wrap the Navigator.NavigationBar component with the Drawer, it just errors out saying "Cannot read property 'routeStack' of undefined". I've tried all I can think of and it just isn't very compatible with the Navigator and definitely not compatible with the Navigator.NavigationBar. If anyone has figured out how to do this, I'd love to see it but for now it seems like this may be an issue and if you can't use the built in React-Native Navigator with it, it's just not all that useful.

Found a quick workaround for this but it is not ideal. If you wrap the Navigator with the Drawer component, then inside of the Navigator.NavigationBar you can set this.navigator = this.navigator || navigator and then you can pass the navigator to your content component for the Drawer.
<Drawer
  content={<Main navigator={this.navigator}/>}
  type='overlay'>

  <Navigator
    renderScene={renderScene}
    navigationBar={

      <Navigator.NavigationBar
        routeMapper={{
          LeftButton: (route, navigator, index, navState) => {

            this.navigator = this.navigator || navigator;

            return (
              <View>
                <Text>Something</Text>
              </View>
            );
          }
        }}
      />
  />
</Drawer>

I think with the new NavigationExperimental api this will not longer be an issue since everything is handled through an explicit state container.
Let me know if you have other suggestions for how to improve this use case.

@RyanMitchellWilson   Thanks for the code. I wanted to use drawer and able to slide the prior fixed navigation bar and your codes solved the issue. Got to wrap  over
For navigator I did something like this
<Navigator
           ref={(navigator) => this.navigator = navigator}
           style={ styles.container }

limited compatibility with navigator... a disgusting waste of my time trying to implement it. if 937 other people have liked this plug-in, then they must be using some other navigation system other than navigator

@Rewieer here's a better nav system...
React Native Router Flux
i got drawers to seamlessly with react-native-router-flux in a matter of minutes!

@Rewieer this blog post is also an excellent read on RN navigation, so that we can better take advantage of awesome plug-ins like this one!
http://blog.paracode.com/2016/01/05/routing-and-navigation-in-react-native/

@quadsurf Thanks, I get it now. I'm building my first React-Native application and reasons to use NavigatorExperimenal or any external libraries seems to lack since the tutorial pushes to use the standard Navigator.
Maybe should they push people to look into react-native-router-flux in their tutorial since it is way more elaborated.

authors: Rewieer RyanMitchellWilson cjmling quadsurf rt2zz

repo: root-two/react-native-drawer


text:
Storage options for keys and data

See https://github.com/roots-id/rootswallet/wiki/Roots-Wallet-Implementation-Proposal#layer-1-utilities-and-ledger-interface

i'm playing with adding an expo securestore prototype to our test page.  https://docs.expo.dev/versions/latest/sdk/securestore/.  it's a common way to store encrypted passwords, keys, values.  it is cross platform for mobile, but not for web.  seems pretty straight forward.  Size limit for a value is 2048 bytes... roughly 340 UTF-8 characters

it's a good place to store main seeds. Probably, it supports automatic backup in google and apple clouds, so they can be restored if change device or delete app.

expo secure store is a reasonable start for Fund 7.
iOS: Values are stored using the keychain services as kSecClassGenericPassword. iOS has the additional option of being able to set the value's kSecAttrAccessible attribute, which controls when the value is available to be fetched.
Android: Values are stored in SharedPreferences, encrypted with Android's Keystore system.

repo: roots-id/rootswallet


text:
/usr/bin/env: No such file or directory

I am getting deploy errors..
cap aborted!
SSHKit::Runner::ExecuteError: Exception while executing on host 87.***.1**.2**: mkdir exit status: 127
mkdir stdout: Nothing written
mkdir stderr: -: /usr/bin/env: No such file or directory

I have no idea why it uses /usr/bin/env. On My server it is /bin/env ....
No idea how to change it :(

You need to modify your command map for npm.
SSHKit.config.command_map[:env] = '/bin/env'

where do I put this ? in deploy.rb ? because it doesn't work there ... ?

Looks like Capistrano doesn't let you change /usr/bin/env. You can just symlink /bin/env to /usr/bin/env.

bummers :( i think I don't have permissions to do this
$ ln -s /bin/env /usr/bin/env
ln: creating symbolic link `/usr/bin/env': No such file or directory

authors: koraysels swalkinshaw

repo: roots/bedrock-capistrano


text:
🛑 Oshi is down

In f824ddb, Oshi (https://oshi.at) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Oshi is back up in 2ac3d39 after 6 minutes.

repo: roozbehzarei/filester-status


text:
Laravel 6 Upgrade

Would it be possible to change composer from:
"laravel/framework": "^5.3"
to:
"laravel/framework": "^5.3|^6.0"
Many thanks

Added pull request.

Thank you very much! It's merged now.

repo: rorecek/laravel-ulid


text:
Add first example robot (rrbot as system)

Some TODOs:

[x] add xacro dependecy
[x] parse robot's description from the xacro file
[x] remove urdf file

Codecov Report

Merging #37 (f18145a) into master (85450cc) will decrease coverage by 100.00%.
The diff coverage is n/a.

@@             Coverage Diff              @@
##            master     #37        +/-   ##
============================================
- Coverage   100.00%   0.00%   -100.00%
============================================
  Files            4       1         -3
  Lines            4      74        +70
============================================
- Hits             4       0         -4
- Misses           0      74        +74

Flag
Coverage Δ

unittests
0.00% <ø> (-100.00%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ

...l_demo_hardware/src/rrbot_system_position_only.cpp
0.00% <0.00%> (ø)

Continue to review full report at Codecov.

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

@destogl I'm happy to update these changes (let's merge soon) once https://github.com/ros-controls/ros2_control/pull/258 is merged

authors: bmagyar codecov-io destogl


text:
[JTC] Allow ff_velocity_scale=0 without deprecated warning

Otherwise I always got this warning when I used a PID controller without feedforward gain.

I'm even tempted to say we could remove the deprecation warning completely and not accept the old format. We shouldn't be dealing with Param handling that's not with the generate params library.

ok for me, I didn't want to question Denis' deprecation warning ;)

The point of deprecation warnings is to eventually break what they warn
people about
On Sun, 8 Jan 2023, 17:05 Christoph Fröhlich, @.***>
wrote:

ok for me, I didn't want to question Denis' deprecation warning ;)
—
Reply to this email directly, view it on GitHub
https://github.com/ros-controls/ros2_controllers/pull/490#issuecomment-1374882142,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AA24PYJEXFTSUNBIPVQ52GTWRLXUHANCNFSM6AAAAAATTL3OOQ
.
You are receiving this because your review was requested.Message ID:
@.***>

ok for me, I didn't want to question Denis' deprecation warning ;)

Feel free to remove it :)
It was not very long in there, but hopefully at least one release cycle.

authors: bmagyar christophfroehlich destogl


text:
Fixed faulty input_image_topic labelling.

This pull request includes the following edits:

Re-labelled the input image topic name in processor.hpp to align with what is defined in run.launch.py.
Elaborated Documentation to include EPD logo.

Purpose of Pull Request
This provides a hot and stable fix for a faulty input image topic as well as further elaborated Documentation, containing the approved EPD desktop logo.

Codecov Report

Merging #11 (ec961f1) into master (c2768e2) will decrease coverage by 0.43%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master      #11      +/-   ##
==========================================
- Coverage   89.62%   89.19%   -0.44%
==========================================
  Files          12       12
  Lines        1234     1249      +15
==========================================
+ Hits         1106     1114       +8
- Misses        128      135       +7

Impacted Files
Coverage Δ

...ion_deployment/include/ort_cpp_lib/p3_ort_base.cpp
93.64% <0.00%> (-0.39%)
:arrow_down:

...ion_deployment/include/epd_utils_lib/processor.hpp
50.33% <0.00%> (-0.03%)
:arrow_down:

...ion_deployment/include/ort_cpp_lib/p3_ort_base.hpp
100.00% <0.00%> (ø)

...eployment/include/epd_utils_lib/usecase_config.hpp
98.91% <0.00%> (ø)

...deployment/include/epd_utils_lib/epd_container.cpp
95.55% <0.00%> (+0.10%)
:arrow_up:

Continue to review full report at Codecov.

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

authors: cardboardcode codecov-io