text:
layout/default.vue not working.

I added layouts/default.vue to create a default layout, nothing happens.
I looked into .nuxt/app.js and I found this: import _6f6c098b from '.\\layouts\\default.vue' instead ofimport _6f6c098b from '..\\layouts\\default.vue'
I edited the line and added the missing . and it worked. However, I have been told that editing files in .nuxt is only recommended for debugging and will not actually fix the problem.
I am using "nuxt": "^2.15.7"

@Isidorev215 Would you provide a reproduction using https://template.nuxtjs.org ? 🙏


text:
Type 'unknown' is not assignable to type 'MaybeComputedRefOrPromis

Environment

Operating System: Linux
Node Version:     v20.6.1
Nuxt Version:     3.7.3
CLI Version:      3.9.0
Nitro Version:    2.6.3
Package Manager:  bun@1.0.2

Reproduction
Example not work https://nuxt.com/docs/getting-started/seo-meta#with-definepagemeta
const route = useRoute();

  useHead({
    meta: [{ property: 'og:title', content: route.meta.title }],
  })

Describe the bug

Type 'unknown' is not assignable to type 'MaybeComputedRefOrPromise<MaybeArray | Promise<MaybeArray | null | undefined> | null | undefined>'.ts(2322)

Additional context
No response
Logs
No response

The actual examples works fine.

If you only use route.meta.title, you either have to manually type it or do a type cast (e.g. as.
so either the "easy" but less safe way out
useHead({
  meta: [{ property: 'og:title', content: route.meta.title as string }]
})

or type it via this guide in e.g. a env.d.ts
declare module '#app' {
  interface PageMeta {
    title?: string
  }
}

// It is always important to ensure you import/export something when augmenting a type
export {}

@manniL not work, work
// declare module 'vue-router' {
//     interface RouteMeta {
//         title?: string | number;
//     }
// }
``

@imcm7 please check my example above. This is not the code I provided 😋

It work for useHead. Sorry.
But I have the same with $route.meta.title

Not understand, with that
declare module '#app' {
  interface PageMeta {
    title?: string
  }
}

I have errors
Only with that
declare module 'vue-router' {
    interface RouteMeta {
        title?: string | number;
    }
}

not

@manniL https://i.ibb.co/tLGjb46/image.png

@manniL its' not title, it's content field

@manniL it's because I import not from #app
import { useRoute } from 'vue-router';

route.meta is of type RouteMeta not PageMeta. Why to alter PageMeta?

@manniL https://github.com/nuxt/nuxt/issues/23383

Modules also use vue-router  not #app
declare module 'vue-router' {
    interface RouteMeta {
        colorMode?: string;
    }
}

source: gharchive/issue

repo: nuxt/nuxt

license: MIT

license_type: permissive

license_source: github-api


text:
nuxt provides a simplified version of the documentation

Describe the feature
I think nuxt's documentation is too complicated, I think there are a lot of experimental, various ingenious ideas in it, but this also brings a problem, which is the increase in cognitive cost. I hope nuxt will propose a basic template of best practices as a common development scaffold, and split the documentation into advanced and basic versions. For example, what are the core components of nuxt, routing, server-side rendering, API writing methods, these are actually all beginners care about, as for how to make images faster, fonts more elegant, these are rarely relevant in the initial stage, what beginners do not care about, I think the nuxt official can provide their own best-looking and optimal settings, not exposed to developers, just as the default values of the basic template. If the documentation is simplified, the cognitive cost is reduced, for beginners, nuxt is also easier to accept, this is a good thing. Because many times, we do not prioritize "performance" and "clever design."
Additional information

[ ] Would you be willing to help implement this feature?
[ ] Could this feature be implemented as a module?

Final checks

[X] Read the contribution guide.
[X] Check existing discussions and issues.

IMO that's more or less the sidebar when using "Get started"

What do you think would be too complicated in these sections?

We would definitely value improvement to the docs, and if you have any specific actionable suggestions that would be wonderful.
I'm going to close this as it's difficult to mark it as 'done' at any point. But I think we already agree it would be great to make things simpler and clearer.

authors: 1057105012 danielroe manniL


text:
Shared folder types and extending interface in Vue component setup error

Environment
Nuxt project info:                                                                                1:33:35 PM

Operating System: Linux
Node Version:     v22.3.0
Nuxt Version:     3.14.1592
CLI Version:      3.16.0
Nitro Version:    2.10.4
Package Manager:  npm@10.8.1
Builder:          -
User Config:      default
Runtime Modules:  @nuxt/icon@1.9.1, @nuxt/image@1.8.1, @nuxtjs/tailwindcss@6.12.2, dayjs-nuxt@2.1.11, shadcn-nuxt@0.11.3, @nasontech/nuxt-logger@0.0.2, @nasontech/nuxt-update-available@0.0.2, @nasontech/nuxt-healthcheck@0.0.2, @nasontech/nuxt-cors@0.0.1
Build Modules:    -

Reproduction
https://codesandbox.io/p/devbox/lrzygp
Describe the bug
Attempting to use an interface defined in the ./shared/types folder to extend another interface results in the following error: Internal server error: [@vue/compiler-sfc] Failed to resolve extends base type.
Example:
<script setup lang="ts">
interface Props extends BudgetCategory {}

defineProps<Props>()
</script>

<template>
	<div>
		<BudgetItem v-for="item in items" v-bind="item" />
	</div>
</template>

Additional context
No response
Logs

I don't think this is good idea from a performance reasons. The system had to discover all types from shared and add it. There can be types for both server and client. When you will try to import server types on client site - app will crash.

authors: OskarLebuda bnason


text:
Toggle doesn't change position

Environment

Operating System: MacOs
Node Version: v20.0.0
Nuxt Version: v3.8.0

Version
v2.10.0
Reproduction
Video attached
Description
In my case toggles are reactive but don't change place, they just toggle the icons and background color of the toggle.
Example is attached
https://github.com/nuxt/ui/assets/54577662/8657fe96-98ca-4f76-a693-5bb807deea6e
Additional context
No response
Logs
No response

+1

Can you provide a minimal reproduction ?

Me too doesn't work on Mac

Have you set a v-model on it? Feel free to reopen if needed.

So 3 person says that it doesn't work. presumably 2 on mac. I think using v-model  is the basic usage of this component. Of course I did use v-model.

I've closed this as no reproduction has been provided, feel free to reopen with one.

Now it work for me. I don't understand. I haven't changed anything. I tried to change the version of nuxt 3.8 | 3.7.4, it still works. ¯_(ツ)_/¯

I'll update the docs as this :value="false" is autogenerated code to demonstrate, you should use a v-model.

authors: Aft1n AxelSOULARD InerkyJad benjamincanac dmassiani

repo: nuxt/ui


text:
Fix models scripts/notebooks

Description

Update broken reference in the hamma_inference script
Fix ABP notebook scoring of cupy/cudf output to numpy.
Fix AutoEncoder parameters in Hammah notebook.
Add peridicity_detection module for hamma inference.

Closes #1052
Checklist

[x] I am familiar with the Contributing Guidelines.
[x] New or existing tests cover these changes.
[x] The documentation is up to date with these changes.

/merge

source: gharchive/pull-request

authors: raykallen tzemicheal

repo: nv-morpheus/Morpheus


text:
New release?

It has been some time since last May, some more rules and fixes are merged. Would you consider to make a new release soon?

The last release was a bit too long ago, new release - https://github.com/nvbn/thefuck/releases/tag/3.30

Thanks!

authors: felixonmars nvbn

repo: nvbn/thefuck

license: mit

license_source: bigquery


text:
open with mac on a file the does not exist does not just create the damn file

MacBook-Pro:~ mlk$ open idontexist
The file /Users/mlk/idontexist does not exist.
MacBook-Pro:~ mlk$ fuck
No fucks given
MacBook-Pro:~ mlk$
Correct response should be
touch idontexist && open idontexist

Also maybe fuck after a (seemingly successful) should offer
open -e file

Correct response should be
touch idontexist && open idontexist

Good one. mkdir idontexist && open idontexist could be a valid correction too. I can code it 😃

Also maybe fuck after a (seemingly successful) should offer
open -e file

Hmm... TheFuck is intended to correct your last command. It expects it to fail.

Hmm... TheFuck is intended to correct your last command. It expects it to fail.

The problem with open is that it will attempt to open it with the thing that is registered to open it. Which may fail (:shakefist: @ tunnelblick and its opening of .conf), however I think at that point open has exited. I've not looked at the source code for a while, does TheFuck first check for a none-zero exit command?

[…] does TheFuck first check for a none-zero exit command?

Not exactly. It runs the command regardless of the exit status. Its interest is in the command's output ( both STDERR and STDOUT).
So, imagine you hit open index.html. open does not fail here. Instead, it successfully opens index.html with the default web browser. Assuming TheFuck could fix that and turn it into open -e index.html, you then think “Fuck!”, close the browser and hit fuck. TheFuck then runs your previous command – open – to get its output, which in case loads up index.html with the default web browser yet again and exits right away, flawlessly, with no output. With that info, TheFuck prompts you with the fixed command, but you're left with index.html opened in the default web browser.
Perhaps some rules could try and match the command script alone, regardlessly of the output, and TheFuck could run a first round of those rules before running the command itself. It could also base on the last command's exit status. This way we would assume the user knows what he's trying to unfuck. Not really sure how well this could work, though, I haven't thought much about it.

I'm gonna turn this last paragraph in a POC, when time allows.

Oh yeah it re-runs the command to get the output.

Fixed in previous releases.

authors: mlk nvbn scorphus


text:
🛑 NVIDIA AI Enterprise Hub is down

In 6621d44, NVIDIA AI Enterprise Hub (https://nvaie.lab.novaglobal.com.sg) was down:

HTTP code: 0
Response time: 0 ms

Resolved: NVIDIA AI Enterprise Hub is back up in 8d522ed.

repo: nvgsg/lab-upptime


text:
🛑 NVIDIA AI Enterprise Hub is down

In 6446cf8, NVIDIA AI Enterprise Hub (https://nvaie.lab.novaglobal.com.sg) was down:

HTTP code: 0
Response time: 0 ms

Resolved: NVIDIA AI Enterprise Hub is back up in 68e102f.


text:
BUG:  not following pwd after restoring session with Resession

Did you check docs and existing issues?

[X] I have read all the docs.
[X] I have searched the existing issues.
[X] I have searched the existing discussions.

Neovim Version (nvim -v)
0.10.0 Release
Operating System / Version
Arch Linux
Describe the Bug
When I restore a session with resession.nvim which in turn changes the current working directory (:pwd), neo-tree doesn't reflect the new current working directory when I open it if it was previously open
Screenshots, Traceback
This shows Neo-tree opened not in the current working directory which is displayed in the bottom when I run :pwd

Steps to Reproduce

create a directory with the repro.lua file
mkdir test, make a directory in there as a "scratch directory
echo "SESSION LOADED" > test/test, make an example file
nvim -u repro.lua, start up neovim
:cd test, change directory into the test directory
:e test, open our example file
:lua require("resession").save("Test"), save a session
:q, quit neovim
nvim -u repro.lua, start up neovim again
:Neotree, open neo-tree and see that we are in our repro folder
q, close neo-tree
:lua require("resession").load("Test"), load our session
:pwd, check the current working directory and see that it is in our test/ folder
:Neotree, open neo-tree and see that it has us in our repro folder and not in the test/ folder
:pwd, check the current working directory even in our Neo-tree buffer and see that it has us in the test/ directory

Expected Behavior
Neo-tree should be following the current working directory no matter what. I'm not sure what would be causing this issue. My initial thought is the issue is on the neo-tree side just because neo-tree should be respecting the current working directory no matter what. Please let me know if I can provide any other information to help debug this!
Your Configuration
-- DO NOT change the paths and don't remove the colorscheme
local root = vim.fn.fnamemodify("./.repro", ":p")

-- set stdpaths to use .repro
for _, name in ipairs({ "config", "data", "state", "cache" }) do
	vim.env[("XDG_%s_HOME"):format(name:upper())] = root .. "/" .. name
end

-- bootstrap lazy
local lazypath = root .. "/plugins/lazy.nvim"
if not vim.loop.fs_stat(lazypath) then
	vim.fn.system({ "git", "clone", "--filter=blob:none", "https://github.com/folke/lazy.nvim.git", lazypath })
end
vim.opt.runtimepath:prepend(lazypath)

-- install plugins
local plugins = {
	"folke/tokyonight.nvim",
	{
		"nvim-neo-tree/neo-tree.nvim",
		branch = "v3.x",
		dependencies = {
			"nvim-lua/plenary.nvim",
			"nvim-tree/nvim-web-devicons", -- not strictly required, but recommended
			"MunifTanjim/nui.nvim",
			-- "3rd/image.nvim", -- Optional image support in preview window: See `# Preview Mode` for more information
		},
		opts = {},
	},
	{
		"stevearc/resession.nvim",
		opts = {},
	},
	-- add any other plugins here
}
require("lazy").setup(plugins, {
	root = root .. "/plugins",
})

vim.cmd.colorscheme("tokyonight")
-- add anything else here

Neo-tree works if you refresh (by using the R key).
Neo-tree needs to automatically refresh.

authors: agmalpartida mehalter


text:
How to get the current path of a neo-tree buffer?

I would like to get the path of an existing neo-tree buffer (i.e., the path of the root node) programatically. Or any node/item the current cursor is pointing to?  The path to the root node is main concern; FYI nerd-tree allows to do this like b:NERDTree.root.path._str().
I searched the documentation for "current path" or looked into b: variables but I was unable to find them quickly. Any help, hints, or documentation?

If you use the bind_to_cwd option, which is true by default, then a sidebar tree's root will be the same as the tab working directory. A tree opened in a window with the "current" position will use the local working directory of that window.
Alternatively, you can read the state of a tree with:
local path = require("neo-tree.sources.manager").get_state("filesystem").path

That will give you the state of the "filesystem" sidebar in the current tab. The parameters to the get_state function are: source_name, tabnr, winid
If you want to get the state for a particular window that is not a sidebar, pass the window id:
local winid = vim.api.nvim_get_current_win()
local path = require("neo-tree.sources.manager").get_state("filesystem", nil, winid).path

authors: cseickel wookayin


text:
[Question] all git subdirs are not automatically added

Hello,
I added these lines in config -
require('telescope').setup {
	extensions = {
		project = {
			base_dir = '~/code',
			max_depth = 3
		}
	}
}

I was expecting it to add all git directories under ~/code in project list but, nothing is happening. I don't want to add all directories manually as there are lots of them. Is there a way to solve this?

@dhananjaylatkar can you confirm what OS you're using?

@claidler I'm on macOS.
I also noticed that find command used in code is throwing an error.
❯ find ~/code -maxdepth 3 -type d -name .git -printf '%h\n'
find: -printf: unknown primary or operator

Ah yeah thanks @dhananjaylatkar I'm going to have a look at a PR this morning that should fix this. I'm on Linux, seems to be a Mac OS specific issue

Okay @dhananjaylatkar it could be working now? I can't actually check as I don't have MacOS. Could you let me know either way?

Hi @claidler,
Projects are not getting added. Do I have to execute any command to start listing git directories?
I don't think it's executing git.update_git_repos() function since /tmp/found_projects.txt is not present on my device.
Is my config correct?

@dhananjaylatkar the require('telescope').load_extension('project') line needs to be after require('telescope').setup
Is that the issue? Something I noticed which was causing a problem for me.
Are you still getting the error message? If so, then just make sure you've updated the plugin also?

the require('telescope').load_extension('project') line needs to be after require('telescope').setup

That was it. Thanks!!

Hi @dhananjaylatkar, just a heads up - a multiple base dirs feature has been added by another user. The readme has been updated, please have a look there as and you will need to change your config slightly.

authors: claidler dhananjaylatkar


text:
Crash on empty first line when number line is on (markdown)

Description
With vim.opt.number = true, while editing a markdown file where the first line is empty, the plugin will crash when you have scrolled far down enough for the context line to trigger.
Neovim version
NVIM v0.9.5 Build type: Release LuaJIT 2.1.1713773202     system vimrc file: "$VIM/sysinit.vim"   fall-back for $VIM: "/usr/share/nvim"
Expected behavior
Single empty context line on top
Actual behavior
Error detected while processing CursorMoved Autocommands for "*":
Error executing lua callback: /tmp/nvim/site/ts_context/lua/treesitter-context/render.lua:106: Could not apply exmtark to { -1, 0 }: Invalid 'line': out of range
stack traceback:
        [C]: in function 'error'
        /tmp/nvim/site/ts_context/lua/treesitter-context/render.lua:106: in function 'add_extmark'
        /tmp/nvim/site/ts_context/lua/treesitter-context/render.lua:235: in function 'highlight_bottom'
        /tmp/nvim/site/ts_context/lua/treesitter-context/render.lua:303: in function 'render_lno'
        /tmp/nvim/site/ts_context/lua/treesitter-context/render.lua:353: in function 'open'
        /tmp/nvim/site/ts_context/lua/treesitter-context.lua:50: in function 'open'
        /tmp/nvim/site/ts_context/lua/treesitter-context.lua:111: in function 'f'
        /tmp/nvim/site/ts_context/lua/treesitter-context.lua:27: in function </tmp/nvim/site/ts_context/lua/treesitter-context.lua:21>

Minimal config
local plugins = {
  ts         = 'https://github.com/nvim-treesitter/nvim-treesitter',
  ts_context = 'https://github.com/nvim-treesitter/nvim-treesitter-context',
}

for name, url in pairs(plugins) do
  local install_path = '/tmp/nvim/site/'..name
  if vim.fn.isdirectory(install_path) == 0 then
    vim.fn.system { 'git', 'clone', '--depth=1', url, install_path }
  end
  vim.o.runtimepath = install_path..','..vim.o.runtimepath
end

vim.opt.number = true

Steps to reproduce
example.md

nvim --clean -u minimal.lua example.md
:TSInstall markdown
G (go to bottom)

I can confirm this bug, and in my cases, I am using nvim 10
the first several lines of markdown looks like this:
---
title: tech problems summary
---

I tried to fix it so that the error does not occur.
https://github.com/nvim-treesitter/nvim-treesitter-context/pull/448
Anyone who has reproduced it, please try it if you like.

@yanskun, your fix worked for me in the several files where I had the error.

authors: ivomac kbro237 milanglacier yanskun

repo: nvim-treesitter/nvim-treesitter-context


text:
After selecting outer, allow an inner select to go back instead of jump ahead

In ruby you have blocks that can look like the following:
foo.each do |item|
  item
end

foo.each { |item| item }

@block.outer in the first case would cover do..end including the do and end and would cover the brackets and everything inside the brackets in the second. (Note in the second example the brackets dont have to be on the same line)
If you were to do a visual selection of the outer and then cancel, your cursor would be moved to the very end of the block(makes sense since this is how other text objects work like word). Your cursor would be on the d in end in the first example and } in the second.
If you then went to select @block.inner you jump to the next instance rather than doing the inner of the outer your cursor is on
If this isnt possible, feel free to close. Appreciate your work on this project!
https://user-images.githubusercontent.com/5059927/135736793-2c036edb-4adf-4b29-a2db-7a3cc425f722.mov
.

I think this is a very specific case. Another way would be to allow having text objects to do a lookahead and others to do a lookback https://github.com/nvim-treesitter/nvim-treesitter-textobjects/blob/737b0a36059bc672fe767a40df9cd6d238df5f2e/lua/nvim-treesitter-textobjects.lua#L32
Similar to targets.vim https://github.com/wellle/targets.vim#next-and-last-quote (in{object}/il{object} -- next/last)

This is related to #335. I think a possible solution is whenever calling @*.inner we call @*.outer and search within that range as the highest priority. Otherwise, inner will select wrong parts unless you are actually inside that context and it will not work when you're on the function definition etc.

Closing as completed in #386

authors: kiyoon npezza93 stsewd


text:
Refactor into standalone plugin

Nvim-treesitter 1.0 (expected later this year) will completely remove the module system in order to significantly reduce complexity.
This means that nvim-treesitter-textobjects needs to be refactored into a standalone plugin, similarly to https://github.com/nvim-treesitter/nvim-treesitter-context or the indent.lua module in 1.0. (There's no need to hook into nvim-treesitter; textobjects should simply work if a suitable parser and queries are in runtimepath. This should also allow simplifying the setup as it no longer needs to be shoehorned into the nvim-treesitter setup structure.)
As a bonus, the incremental-selection (also removed in 1.0) feature could be integrated here as a in/an node object.

Would a PR be welcome?

Of course!

Would the PR also have to remove the dependency on nvim-treesitter?

Yes, that is the whole point!

Nvim-treesitter 1.0 (expected later this year) will completely remove the module system in order to significantly reduce complexity

For reference : nvim treesitter roadmap to 1.0 now reads we'll wait nvim 0.11 before Treesitter 1.0. nvim 0.10 just got released after a very long time and now we need to wait 0.11 then (hopefully) Treesitter will be 0.10 then (hopefully) this package will be 1.0
All this could take a year or two so I find it not a great thing my PR get halt because we have to wait 1.0 https://github.com/nvim-treesitter/nvim-treesitter-textobjects/pull/588#issuecomment-2047918166

I consider this as completed by #523 and the follow-up fixes (thanks all!). Feel free to test it (if and only if you are testing nvim-treesitter main!) and report (or, better yet, fix) any regressions you find.

authors: TheLeoP clason ilan-schemoul


text:
Add --verbose option to help diagnose remote/install slowness

I ran into some slowness here, thought nvm was hanging since it took over 2 minutes to do an nvm ls-remote: https://github.com/creationix/nvm/issues/1157
A --verbose option for nvm install/nvm ls-remote/nvm version-remote would really be useful to enable end users to diagnose their own issues. Specifically, if DNS/network/disk issues can have a negative effect on nvm, it will be useful to collect that information to better place blame.

An alternative way to "debug"  is using set -x before a nvm command:
$ set -x
$ nvm install 10

then a lot of output will be printed, I hope it helps :smile:

That works, but is a pretty big hammer :-) a more tightly focused option would be nice.

For Future Googler's
I was using a fresh Ubuntu installation, and forgot to install curl.
sudo apt install curl

After this I was able to see the nvm install 8 output...

Hi @ljharb, @gitburd and I are looking into this and wondering if you can point us toward what sort of "more tightly focused option" could be used here?

@naomiquinones that comment was mostly about the set -x over the entire nvm install command. A --verbose option that printed helpful info, but not quite as much as set -x does, would likely be helpful.

authors: benwinding leonardiwagner ljharb naomiquinones scottnonnenberg

repo: nvm-sh/nvm


text:
nvm install gives permission denied

Operating system and version:
Ubuntu 21.04 64 bit
nvm debug output:

nvm --version: v0.38.0
$SHELL: /bin/bash
$SHLVL: 1
whoami: 'sauronnikko'
${HOME}: /home/sauronnikko
${NVM_DIR}: '${HOME}/.nvm'
${PATH}: ${HOME}/apps/google-cloud-sdk-340.0.0-linux-x86_64/google-cloud-sdk/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin:/snap/bin
$PREFIX: ''
${NPM_CONFIG_PREFIX}: ''
$NVM_NODEJS_ORG_MIRROR: ''
$NVM_IOJS_ORG_MIRROR: ''
shell version: 'GNU bash, version 5.1.4(1)-release (x86_64-pc-linux-gnu)'
uname -a: 'Linux 5.11.0-17-generic #18-Ubuntu SMP Thu May 6 20:10:11 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux'
checksum binary: 'sha256sum'
OS version: Ubuntu 21.04
curl: /snap/bin/curl, curl 7.76.1 (x86_64-pc-linux-gnu) libcurl/7.76.1 OpenSSL/1.1.1f zlib/1.2.11 brotli/1.0.7 zstd/1.4.4 libidn2/2.2.0 libpsl/0.21.0 (+libidn2/2.2.0) libssh/0.9.3/openssl/zlib nghttp2/1.40.0 librtmp/2.3 libgsasl/1.8.1
wget: /usr/bin/wget, GNU Wget 1.21 built on linux-gnu.
git: /usr/bin/git, git version 2.30.2
grep: /usr/bin/grep (grep --color=auto), grep (GNU grep) 3.6
awk: /usr/bin/awk, awk: not an option: --version
sed: /usr/bin/sed, sed (GNU sed) 4.7
cut: /usr/bin/cut, cut (GNU coreutils) 8.32
basename: /usr/bin/basename, basename (GNU coreutils) 8.32
rm: /usr/bin/rm, rm (GNU coreutils) 8.32
mkdir: /usr/bin/mkdir, mkdir (GNU coreutils) 8.32
xargs: /usr/bin/xargs, xargs (GNU findutils) 4.8.0
nvm current: none
which node:
which iojs:
which npm:
npm config get prefix: Command 'npm' not found, but can be installed with:
sudo apt install npm
npm root -g: Command 'npm' not found, but can be installed with:
sudo apt install npm

nvm ls output:

            N/A
iojs -> N/A (default)
node -> stable (-> N/A) (default)
unstable -> N/A (default)
lts/* -> lts/fermium (-> N/A)
lts/argon -> v4.9.1 (-> N/A)
lts/boron -> v6.17.1 (-> N/A)
lts/carbon -> v8.17.0 (-> N/A)
lts/dubnium -> v10.24.1 (-> N/A)
lts/erbium -> v12.22.1 (-> N/A)
lts/fermium -> v14.17.0 (-> N/A)

How did you install nvm?

ran curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.38.0/install.sh | bash
What steps did you perform?
After installing nvm, I closed the terminal, then reopened it and ran nvm install 12.16.3
What happened?
Got this output:
Downloading and installing node v12.16.3...
Downloading https://nodejs.org/dist/v12.16.3/node-v12.16.3-linux-x64.tar.xz...
Warning: Failed to create the file
Warning: /home/sauronnikko/.nvm/.cache/bin/node-v12.16.3-linux-x64/node-v12.16.
Warning: 3-linux-x64.tar.xz: Permission denied
curl: (23) Failure writing output to destination

Binary download from https://nodejs.org/dist/v12.16.3/node-v12.16.3-linux-x64.tar.xz failed, trying source.
grep: /home/sauronnikko/.nvm/.cache/bin/node-v12.16.3-linux-x64/node-v12.16.3-linux-x64.tar.xz: No such file or directory
Provided file to checksum does not exist.
Binary download failed, trying source.
Downloading https://nodejs.org/dist/v12.16.3/node-v12.16.3.tar.xz...
Warning: Failed to create the file
Warning: /home/sauronnikko/.nvm/.cache/src/node-v12.16.3/node-v12.16.3.tar.xz:
Warning: Permission denied
curl: (23) Failure writing output to destination

Binary download from https://nodejs.org/dist/v12.16.3/node-v12.16.3.tar.xz failed, trying source.
grep: /home/sauronnikko/.nvm/.cache/src/node-v12.16.3/node-v12.16.3.tar.xz: No such file or directory
Provided file to checksum does not exist.

What did you expect to happen?
Expected Node version 12.16.3 to install
Is there anything in any of your profile files that modifies the PATH?

No

Warning: Failed to create the file
Warning: /home/sauronnikko/.nvm/.cache/src/node-v12.16.3/node-v12.16.3.tar.xz:
Warning: Permission denied
curl: (23) Failure writing output to destination

Do you have full ownership on $HOME?
If yes, then it might be the issue described in #2504, which is specific to snap's curl: https://bugs.launchpad.net/snapcraft/+bug/1928185

Given the presence of "snap" in your PATH, I'm going to assume that's what the issue is, and close it as a duplicate of #2504. Happy to reopen if that's not the case.

authors: ljharb sauronnikko


text:
Build fails for relase tarballs

When trying to build the source code from a release tarball, the build fails because a header file is missing:
mv: cannot stat '/var/tmp/portage/dev-embedded/mfgtools-1.4.240/work/mfgtools-uuu_1.4.240_build/libuuu/gen/gitversion.h.tmp': No such file or directory

This appears to still be true.

authors: ZeroPointEnergy buelowp

repo: nxp-imx/mfgtools


text:
🛑 Harmony Bot Website is down

In 4af6674, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in 1aff51d.

repo: nxvvvv/uptime


text:
🛑 Harmony Bot Website is down

In 34c5ad4, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in cdc2298.


text:
🛑 Harmony Bot Website is down

In 6ace83d, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in df993ac.


text:
Runtime table test: randomize queries and negative tests

Fix https://github.com/MinaProtocol/mina/issues/13607

Sorry, moving back to draft as I was working on new changes and forgot to push

@mrmr1993 back to ready, sorry for the double review. I added negative tests (as the issue and PR title were stating).
I thought about adding this one too but the test passes.

Note that I am not completely fan with long test names and duplicated code. I think merging is better, and avoids duplicated code, but we have a more granular log overview when running nextest. I don't have a strong opinion.


text:
Field.random is circuit incompatible when used to update the contract set

Updating the state of a smart contract (this.x.set()) with a value which originated from a computation that uses Field.random() or Circuit.witness(Field, Field.random) results in an unsatisfied constraint error
class SimpleZkapp extends SmartContract {
  @state(Field) x = State<Field>();

  @method update() {
    let x = this.x.get();
    this.x.assertEquals(x);

	// this below works fine
	// same for Circuit.witness(Field, Field.random)
    let a = Field.random();

	// this is the problem
    this.x.set(a);
  }
}

Error when proving SimpleZkapp.update()
Error: ( "Error: Constraint unsatisfied (unreduced):\
 \nChecked.Assert.equal\
 \nrule_main\
 \nstep_main\
 \n\
 \nConstraint:\
 \n((basic(Equal(Var 3)(Var 4484)))(annotation(Checked.Assert.equal)))\
 \nData:\
 \nEqual 20668686932801844266334470234757811891202773415958448182848973343511399700063 14031195169788612313117614081946252754914240362556182094100318148356441364122")
    at raise_error (/home/gregor/.opam/4.14.0/lib/js_of_ocaml-compiler/runtime/jsoo_runtime.ml:110:3)
    at log_and_raise_error_with_messa (/workspace_root/src/lib/snarky_js_bindings/lib/snarky_js_bindings_lib.ml:25:19)
    at null.<anonymous> (/workspace_root/src/lib/snarky_js_bindings/lib/snarky_js_bindings_lib.ml:388:19)
    at null.caml_call_gen (/builtin/+stdlib.js:32:12)
    at null.<anonymous> (/builtin/+jslib.js:252:14)
    at Object.eval [as assertEquals] (eval at caml_js_eval_string (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:3636:44), <anonymous>:4:20)
    at null.checkPublicInput (/home/trivo/Development/snarkyjs/src/lib/zkapp.ts:513:17)
    at null.<anonymous> (/home/trivo/Development/snarkyjs/src/lib/zkapp.ts:279:17)
    at null.runWith (/home/trivo/Development/snarkyjs/src/lib/global-context.ts:89:14)
    at Function.runWith (/home/trivo/Development/snarkyjs/src/lib/global-context.ts:43:9)
    at null.<anonymous> (/home/trivo/Development/snarkyjs/src/lib/zkapp.ts:186:54)
    at null.runWith (/home/trivo/Development/snarkyjs/src/lib/global-context.ts:89:14)
    at Function.runWith (/home/trivo/Development/snarkyjs/src/lib/global-context.ts:43:9)
    at SimpleZkapp.wrappedMethod (/home/trivo/Development/snarkyjs/src/lib/zkapp.ts:174:35)
    at null.<anonymous> (/home/trivo/Development/snarkyjs/src/lib/zkapp.ts:685:38)
    at null.main (/home/trivo/Development/snarkyjs/src/lib/proof_system.ts:472:5)
    at caml_call2 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7605:28)
    at null._gJX_ (/workspace_root/src/lib/snarky_js_bindings/lib/snarky_js_bindings_lib.ml:2010:30)
    at caml_call1 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7603:28)
    at null.<anonymous> (/workspace_root/src/lib/pickles/step_main.ml:292:15)
    at caml_call1 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7603:28)
    at null.with_label (/workspace_root/src/lib/snarky/src/base/snark0.ml:1243:15)
    at caml_call2 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7605:28)
    at null.<anonymous> (/workspace_root/src/lib/pickles/step_main.ml:291:11)
    at caml_call1 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7603:28)
    at null.with_label (/workspace_root/src/lib/snarky/src/base/snark0.ml:1243:15)
    at caml_call2 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7605:28)
    at null.main (/workspace_root/src/lib/pickles/step_main.ml:277:5)
    at null.caml_call_gen (/builtin/+stdlib.js:32:12)
    at null.caml_call_gen (/builtin/+stdlib.js:34:12)
    at caml_call2 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7605:37)
    at null.<anonymous> (/workspace_root/src/lib/pickles/step.ml:834:43)
    at caml_call1 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7603:28)
    at null.handle (/workspace_root/src/lib/snarky/src/base/snark0.ml:1227:15)
    at caml_call2 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7605:28)
    at null._iQf_ (/workspace_root/src/lib/pickles/step.ml:833:21)
    at null.caml_call_gen (/builtin/+stdlib.js:32:12)
    at null.<anonymous> (/builtin/+stdlib.js:42:14)
    at null.caml_call_gen (/builtin/+stdlib.js:28:22)
    at caml_call1 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7603:34)
    at null.mark_active (/workspace_root/src/lib/snarky/src/base/snark0.ml:1157:19)
    at null._pA8_ (/workspace_root/src/lib/snarky/src/base/snark0.ml:1278:52)
    at null.caml_call_gen (/builtin/+stdlib.js:32:12)
    at null.<anonymous> (/builtin/+stdlib.js:42:14)
    at null.caml_call_gen (/builtin/+stdlib.js:28:22)
    at caml_call1 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7603:34)
    at null.as_stateful (/workspace_root/src/lib/snarky/src/base/snark0.ml:737:15)
    at caml_call2 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7605:28)
    at handlers (/workspace_root/src/lib/snarky/src/base/runners.ml:82:22)
    at caml_call2 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7605:28)
    at null.<anonymous> (/workspace_root/src/lib/snarky/src/base/runners.ml:310:13)
    at caml_call4 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7609:28)
    at null.<anonymous> (/workspace_root/src/lib/snarky/src/base/runners.ml:278:34)
    at null.caml_call_gen (/builtin/+stdlib.js:32:12)
    at null.caml_call_gen (/builtin/+stdlib.js:34:12)
    at null.<anonymous> (/builtin/+stdlib.js:42:14)
    at null.caml_call_gen (/builtin/+stdlib.js:28:22)
    at caml_call5 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7611:46)
    at /home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:128517:38
    at null.caml_call_gen (/builtin/+stdlib.js:32:12)
    at null.caml_call_gen (/builtin/+stdlib.js:34:12)
    at caml_call6 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7615:16)
    at null.<anonymous> (/workspace_root/src/lib/snarky/src/base/snark0.ml:1278:19)
    at caml_call1 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7603:28)
    at null.finalize_is_running (/workspace_root/src/lib/snarky/src/base/snark0.ml:1257:15)
    at null.generate_witness_conv (/workspace_root/src/lib/snarky/src/base/snark0.ml:1277:7)
    at null.caml_call_gen (/builtin/+stdlib.js:32:12)
    at null.<anonymous> (/builtin/+stdlib.js:42:14)
    at null.caml_call_gen (/builtin/+stdlib.js:28:22)
    at null.caml_call_gen (/builtin/+stdlib.js:34:12)
    at null.<anonymous> (/builtin/+stdlib.js:42:14)
    at null.caml_call_gen (/builtin/+stdlib.js:28:22)
    at null.caml_call_gen (/builtin/+stdlib.js:34:12)
    at null.caml_call_gen (/builtin/+stdlib.js:34:12)
    at caml_call4 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7609:43)
    at null.<anonymous> (/workspace_root/src/lib/pickles/step.ml:807:7)
    at null.caml_call_gen (/builtin/+stdlib.js:32:12)
    at null.caml_call_gen (/builtin/+stdlib.js:34:12)
    at null.<anonymous> (/builtin/+stdlib.js:42:14)
    at null.caml_call_gen (/builtin/+stdlib.js:28:22)
    at caml_call10 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7631:16)
    at null.wrap (/workspace_root/src/lib/pickles/compile.ml:751:34)
    at caml_call2 (/home/trivo/Development/snarkyjs/dist/node/_node_bindings/snarky_js_node.bc.cjs:7605:28)
    at Array.prove (/workspace_root/src/lib/snarky_js_bindings/lib/snarky_js_bindings_lib.ml:2279:7)
    at null.<anonymous> (/home/trivo/Development/snarkyjs/src/lib/account_update.ts:1927:38)
    at null.runWithAsync (/home/trivo/Development/snarkyjs/src/lib/global-context.ts:105:20)
    at Function.runWithAsync (/home/trivo/Development/snarkyjs/src/lib/global-context.ts:45:9)
    at null.<anonymous> (/home/trivo/Development/snarkyjs/src/lib/account_update.ts:1923:28)
    at null.runWithAsync (/home/trivo/Development/snarkyjs/src/lib/global-context.ts:105:20)
    at Function.runWithAsync (/home/trivo/Development/snarkyjs/src/lib/global-context.ts:45:9)
    at Object.run (/home/trivo/Development/snarkyjs/src/lib/proof_system.ts:611:27)
    at null.addProof (/home/trivo/Development/snarkyjs/src/lib/account_update.ts:1919:43)
    at null.addMissingProofs (/home/trivo/Development/snarkyjs/src/lib/account_update.ts:1955:48)
    at Object.prove (/home/trivo/Development/snarkyjs/src/lib/mina.ts:281:44)
    at file:///home/trivo/Development/snarkyjs/src/examples/simple_zkapp.tmp.js:64:10

Field.random() can't work because you'd be encoding a different constant in the circuit than at compile time. I wonder about Circuit.witness though 🤔
Can you reproduce this with other values returned from the witness callback?

I initially thought Field.random was already a witness, but seems like it isn't :D
Here are some more clues:

With Circuit.witness(Field, Field.random), the verification key after compile never changes, as expected
removing this.x.set(a);, while still invoking Circuit.witness(Field, Field.random), "fixes" the error
testing with Circuit.witness(Field, () => Field(x)), where x is either 0, Field.ORDER - 1n or Field.ORDER / 2n works fine, as expected
passing in a Field.random as method argument works zkapp.update(Field.random());, as expected
this also doesn't work:

let a = Circuit.witness(Field, () => {
    let n = Math.ceil(Math.random() * 1000);
    return Field(n);
});

this.x.set(a);

after looking at the error message in detail, the assertion checkPublicInput(publicInput, accountUpdate); fails https://github.com/o1-labs/snarkyjs/blob/main/src/lib/zkapp.ts#L508
Some further research reveals that the account update constructed by the prover doesn't match the account update constructed by the transaction block - because the appState update doesn't match (the prover things the update is x, whereas its actually y https://github.com/o1-labs/snarkyjs/blob/main/src/lib/zkapp.ts#L235
Seems like its an known error

Aaah now it's all clear to me! We run this twice and it creates different account updates with each run. Check out memoizeWitness, that's intended for this scenario

Awesome, thanks!


text:
allow select quota at VM creation

Set quotas to auditing or enforcing mode.  Create a new quota and add a user as consumer.
Steps to Reproduce:

In Admin panel. Go to Settings > Quota
Create a new quota and assign a user as a consumer
Go to Compute > Data Centers
Select the target Data Center
Click edit
Change Quota Mode to Audit or Enforced
Login to VM portal as user
Click 'Add new VM'
Observer that there is no quota selection.

Actual results:
User should be able to select the assigned quota in the VM portal when creating a new personal VM.
Expected results:
User doesn't have a quota drop down selection.  VM will use whatever quota the template is assigned to.

Duplicate of this bug https://github.com/oVirt/ovirt-web-ui/issues/744

repo: oVirt/ovirt-web-ui


text:
Better handling for token expiration

The app needs much better robust handling for when the token expires on the backend to detect that, stop future refresh updates (to prevent additional errors warning), show the notification (or maybe not) and then push the user to the SSO login page.  In dev mode, there is no SSO login page, so an error component or page would be nice (like TokenExpired :wink:).
Originally posted by @sjd78 in https://github.com/oVirt/ovirt-web-ui/pull/968#issuecomment-469367125

@bond95 @sjd78 do we still have work to do here?

@sgratch yes, we still don't have robust token expiration handling.

Here's a PatternFly 4 pass at an improved logged out empty state.

authors: bond95 lwrigh sgratch


text:
Add console tooltip to detail modal

https://github.com/oVirt/ovirt-web-ui/issues/126
@mareklibra Please review

The commiter is not a member of organization nor whitelist. Please contact maintainer for patch verification.

The commiter is not a member of organization nor whitelist. Please contact maintainer for patch verification.

The commiter is not a member of organization nor whitelist. Please contact maintainer for patch verification.

The commiter is not a member of organization nor whitelist. Please contact maintainer for patch verification.


text:
ux-redesign: Adopt use of connected-react-router

Removed existing redirect / redirectRoute handling:

route reducer
route/redirect actions and constants
redirect handling in PageRouter

Refactored PageRouter further to:

have Esc key use connected-react-router for navigation
use component state to track what is needed for Esc handling

Refactored App init to incorporate connected-react-router

redux store creation
app init passes store around instead of using an imported var
App react-router BrowserRouter to use the ConnectedRouter

Now navigation can be done via redux actions from the connected-react-router package.

This change is

NOTE: PR #653 builds on (therefore includes the changes of) this PR

Closing since 0e1b521 (cherry-picked as 3a83f61) was merged along with #653.


text:
Profiles

@viktor-yakubiv Let me explain the idea behind this. I was thinking about distinguishing dev and production API URLs. Obviously we could do it simply by checking env variable. But I decided to propose something different - changing API dynamically.

Three profiles are created localhost, staging, and production and you can switch between them dynamically.
The localhost profile may be quite powerful especially for our backend guys. They don't need to push bugfixes and deploy to dev to check whether it was fixed or not.
The profile is stored in session storage which means it gets removed after tab is closed. No need to switch back to the default profile.
No need to restart the server to use different API URL.
We can use profiles for storing text/images CDN too.

Please let me know what do you think. This is more like a proposal. It doesn't have to be merged. Also, it's not finished. I need to find a better place for profile switch also it should be shown only for admin users. I just need to know if it is worth to continue.
NOTE: You will need to run this code sample on localhost for the time being. now.sh is considered as a production env. I need to change it.

Is not this outdated?

It is. I am gonna close it. As only I was excited about this feature. 😄

authors: Joozty viktor-yakubiv

repo: oacore/dashboard


text:
(CountryCode) Add country code to admin UI

On hold as this builds on topnavigation enhancements.

Finished review. Back to @mrvisser for follow-up.

I've followed up as much as I can for the bug bash unfortunately. I'll have to finish followup and perhaps bug bash again later. I'll create a branch that contains everything that is done so far.

@mrvisser : Can you rebase this against master as well? The navigation improvements have now been merged.

Followed up, back to @nicolaasmatthijs

Followed up and merged

authors: mrvisser nicolaasmatthijs


text:
Remove an item from the activity feed once it's been deleted

From uservoice:

When a document or a link has been removed, it remains in recent activities and if you click on it, you get a 404 [...] Suggestion: make it non clickable and possibly modify the preview

Hello, Is this issue still on-going?

It is, and you're welcome to give it a go! Feel free to ask anything (setup, development, etc) on our discord channel.

authors: brecke olufemi-oluwatobi

repo: oaeproject/Hilary


text:
Correction, it is "BTW I use arch"

I wonder how this cube is rotating having this huge bug.

Nope, can confirm, it is "I use arch btw".
Source: I use arch (btw)

I can also confirm it.
I use arch btw

According to google photos, it is BTW... I use Arch.
Source : google photos.
What wonder is letting people know on the first place.
I use Arch btw...

authors: Patsonical Purgator UltiRequiem ejazrasool

license: Unlicense


text:
[CH-156]enable sort op on clickhouse

What changes were proposed in this pull request?
support sort op on clickhouse engine.
How was this patch tested?
(Please explain how this patch was tested. E.g. unit tests, integration tests, manual tests)
(If this patch involves UI changes, please attach a screenshot; otherwise, remove this)

relate to https://github.com/Kyligence/ClickHouse/pull/160

Can we close this PR?

authors: lgbo-ustc zzcclp

repo: oap-project/gluten


text:
[GLUTEN-665] Log substrait plan in json format when generating GlutenPartition

What changes were proposed in this pull request?
Log substrait plan in json format when generating GlutenPartition
Close #665 .
How was this patch tested?
(Please explain how this patch was tested. E.g. unit tests, integration tests, manual tests)
(If this patch involves UI changes, please attach a screenshot; otherwise, remove this)

LGTM.

authors: marin-ma zzcclp


text:
measure disk, IO, memory and CPU usage in oasis-test-runner

Currently, we use prometheus to report per-node metrics during the test. Add prometheus also to test-runner which measures disk, IO, memory and CPU usage during the execution for each oasis-node process and report it via prometheus.
Later, this should be used together with other metrics in the long-term-tests where prometheus would compare the results with the ones from the previous day and warn, if there are any major deviations.

I thought a bit about it and the idea is to extend oasis-test-runner, so that:

Each scenario will expose valid parameters which are settable from CLI, for example

$ oasis-test-runner list
Supported test cases:
  * basic
  * multiple-runtimes (parameters: num_compute_runtimes num_compute_runtime_txns num_compute_workers executor_group_size)

User provides scenario-specific parameters, for example
oasis-test-runner -t multiple-runtimes:num_compute_workers=2,num_runtimes=32
New --num-retries n flag which runs the given scenario(s) n times.
New metrics.* flags to oasis-test-runner similar to the oasis-node ones. If metrics are enabled oasis-test-runner will launch node_exporter process. A separate go routine will check exported variables every few seconds and push them to prometheus server. Child oasis-node processes will be assigned corresponding metrics flags as well. Each scenario run will export measurements to the prometheus server along the parameters it was run with.
oasis-test-runner will be executed from a daily benchmark buildkite pipeline.

repo: oasislabs/oasis-core


text:
Latest npm release is broken

The latest version published on NPM is broken. The authenticate function will always throw an error because the response object is not passed to the oauth2-server function. It appears this is already fixed in the latest code base here on GitHub.

Closing, new versions released.

authors: bzuillsmith mjsalinger

repo: oauthjs/express-oauth-server


text:
插件几个窗口界面显示层级的调整

显示 大纲目录 的情况下，会遮盖 快捷按钮 列表，右键菜单也可能被 大纲目录覆盖；右上角 格式规范检测 按钮也被遮盖了。我简单调整了一下：
/* 大纲目录面板 */
#plugin-toc {
    z-index: 9990;
    height: 95%;
}
/* 快速按钮 */
#plugin-quick-button {
    z-index: 9991;
}
/* 格式规范按钮 */
#plugin-markdownlint-button {
    z-index: 9992 !important;
}
/* 格式规范列表 */
#plugin-markdownlint {
    z-index: 9993;
}
/* 右键菜单 */
.dropdown-menu {
    z-index: 9998;
}

@at2008
感谢您的贡献，代码已合并，预计明天发版。
此 issue 关闭，如有问题麻烦在下面留言。

@at2008
新版本 已经发布，感谢贡献

@obgnail 图片浏览 功能完美 i👍
窗口层级方面，大纲目录 层级 还是 9999，把其他的都遮盖了
.plugin-common-modal {
    z-index: 9999;
}

@at2008
这两点应该都没有什么问题。还是说你那边复现了有关 BUG？

所有继承 .plugin-common-modal 的 div 都会同时添加 id 属性，然后 CSS 也是加在 id 选择器上的，优先级更高
大纲目录，为了防止频繁低头（最后一行太难看见了），我加了 4em 的 margin-bottom

@obgnail 你是对的，我之前对toc.css有个自定义设置，忘记删除自定义的内容了；现在插件自带的设置是没问题的！i😊


text:
NTR Personal Protective Equipment

Does the curation team want to see "personal protective equipment" branch in OBI?  This would take over from some less active or odd hierarchies:
http://purl.obolibrary.org/obo/CHMO_0010011 (not active?)
http://purl.obolibrary.org/obo/OMIT_0001154 (a quality?!)
We have the need for:
N95 mask
Face shield
PPE gown
I'll get a full structure proposal (under devices I presume) if people are into it here.

Very much in favor.
On Thu, Jul 23, 2020 at 9:40 AM Damion Dooley notifications@github.com
wrote:

Does the curation team want to see "personal protective equipment" branch
in OBI? This would take over from some less active or odd hierarchies:
http://purl.obolibrary.org/obo/CHMO_0010011 (not active?)
http://purl.obolibrary.org/obo/OMIT_0001154 (a quality?!)
We have the need for:
N95 mask
Face shield
PPE gown
I'll get a full structure proposal (under devices I presume) if people are
into it here.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/obi-ontology/obi/issues/1193, or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADJX2IWCBPLAVRYOAHCUGPDR5BRYDANCNFSM4PF47TIQ
.

--
Bjoern Peters
Professor
La Jolla Institute for Allergy and Immunology
9420 Athena Circle
La Jolla, CA 92037, USA
Tel: 858/752-6914
Fax: 858/752-6987
http://www.liai.org/pages/faculty-peters

@ddooley My office is in charge of reviewing those products in US. Please let me know if you will need some help from me.

@linikujp That sounds like a great offer.  Here is what we have put together, but if you have better definitions or other distinctions you think would be fruitful please advise.  Hopefully not more than you bargained for?! I can provide this as a google sheet by the way. Our aim is to cover the kinds of PPE that may be referenced in infectious disease studies such as for Covid-19.

SUBCLASS OF
LABEL
DEFINITION
DEF SOURCE
example of use
Part Of
Exact Synonym@en
Broad Synonym@en
Narrow Synonym@en

device
personal protective equipment
A device which is a wearable garment designed to protect the wearer's body from injury or infection.
https://en.wikipedia.org/wiki/Personal_protective_equipment

PPE

personal protective equipment
face mask
A face mask is a device worn over the nose and mouth to prevent inhalation of harmful substances, or to prevent a person from exhaling bacteria or viruses into an environment.
adapted from https://dictionary.cambridge.org/dictionary/english/face-mask

face mask
non-medical mask
A face mask not manufactured according to medical equipment standards.  It may contain fabrics that are not regulated for use in surgical masks or respirators, or may not be designed to form a seal around the nose and mouth.
https://www.canada.ca/en/public-health/services/diseases/2019-novel-coronavirus-infection/prevention-risks/about-non-medical-masks-face-coverings.html

face mask
medical mask
A face mask manufactured according to a recognized medical equipment standard.
https://www.canada.ca/en/public-health/services/diseases/2019-novel-coronavirus-infection/prevention-risks/about-non-medical-masks-face-coverings.html

surgical mask|medical mask|face covering|cloth mask|face mask

mask

medical mask
N95 mask
An N95 mask is a particulate-filtering facepiece respirator that meets the U.S. National Institute for Occupational Safety and Health (NIOSH) N95 classification of air filtration, meaning that it filters at least 95% of airborne particles.
https://en.wikipedia.org/wiki/N95_mask

N95 respirator, surgical N95 respirator, N95 facemask, N95 face mask, N95 respirator mask, N95

personal protective equipment
face shield
A face shield is an item of personal protective equipment used to protect the wearer's entire face (or part of it) from hazards such as flying objects and road debris, chemical splashes (in laboratories or in industry), or potentially infectious materials (in medical and laboratory environments)
https://en.wikipedia.org/wiki/Face_shield

faceshield, splash shield

personal protective equipment
patient gown
A gown worn by a patient to facilitate caregiving by medical staff.
https://en.wikipedia.org/wiki/Patient_gown

hospital gown

personal protective equipment
scrubs
Scrubs are a set of sanitary clothing worn by surgeons, nurses, physicians and other workers involved in patient care in hospitals, and consist of a short-sleeve V-necked shirt and drawstring pants or a short-sleeve calf-length dress, a tie-back or bouffant-style cap, a mask, a surgical gown, latex gloves, and supportive closed-toe shoes.
https://en.wikipedia.org/wiki/Scrubs_(clothing)

patient gown
reusable patient gown
A patient gown that is reusable after being laundered.
https://en.wikipedia.org/wiki/Patient_gown

patient gown
disposable patient gown
A patient gown intended for a single period of continuous use and then disposed of.
https://en.wikipedia.org/wiki/Patient_gown

personal protective equipment
medical gown
A personal protective equipment gown worn by medical professionals in order to provide a barrier between patient and professional.
https://en.wikipedia.org/wiki/Medical_gown

medical gown, hospital gown
gown

medical gown
non-surgical gown
A medical gown intended to protect the wearer from the transfer of microorganisms and body fluids in low or minimal risk patient isolation situations, and which is unsuited to surgical or invasive procedures, or when there is a medium to high risk of contamination.
https://www.fda.gov/medical-devices/personal-protective-equipment-infection-control/medical-gowns#g2

medical gown
surgical gown
A personal protective garment intended to be worn by health care personnel during surgical procedures to protect both the patient and health care personnel from the transfer of microorganisms, body fluids, and particulate matter, but which only requires protection of the front of the body due to the controlled nature of surgical procedures.
https://www.fda.gov/medical-devices/personal-protective-equipment-infection-control/medical-gowns#g2

medical gown
surgical isolation gown
A personal protective garment intended to be worn by health care personnel during surgical procedures to protect both the patient and health care personnel from the transfer of microorganisms, body fluids, and particulate matter, used when there is a medium to high risk of contamination and a need for larger critical zones than traditional surgical gowns.
https://www.fda.gov/medical-devices/personal-protective-equipment-infection-control/medical-gowns#g2

surgical isolation gown
single-use surgical isolation gown
A disposable surgical isolation gown not designed for reuse.

surgical isolation gown
multi-use surgical isolation gown
A surgical isolation gown which can be sterilized for repeated use.

personal protective equipment
laboratory coat
A knee-length overcoat/smock worn by professionals in the medical field or by those involved in laboratory work.
https://en.wikipedia.org/wiki/White_coat

White coat

personal protective equipment
medical glove
A disposable glove used during medical examinations and procedures to help prevent cross-contamination between caregivers and patients.
https://en.wikipedia.org/wiki/Medical_glove

glove

personal protective equipment
nitrile glove
A disposable glove made out of nitrile rubber.
https://en.wikipedia.org/wiki/Medical_glove

device
transparent partition
A partition, usually made out of acrylic (Plexiglass) or polycarbonate plastic, installed in healthcare and food service settings to intercept respiratory droplets, encourage physical distancing requirements, and reduce reliance on masks.
https://ncceh.ca/content/blog/physical-barriers-covid-19-infection-prevention-and-control-commercial-settings

transparent partition|droplet prevention barrier

personal protective equipment
protective shoe cover
Reusable or disposable cover for a shoe that helps protect the wearer from environmental contaminants.

shoe cover

protective shoe cover
disposable shoe cover
A protective shoe cover not designed for repeated use.

personal protective equipment
protective boot cover
Reusable or disposable cover for a boot that helps protect the wearer from environmental contaminants.

protective boot cover
disposable boot cover
A protective boot cover not designed for repeated use.

personal protective equipment
protective coverall
A one piece and loose fitting coverall for ease of movement, with sleeves, full leggings and often a hood to cover the head. These can also include overshoe pieces to cover footwear and protect against contamination.
https://www.safeopedia.com/definition/863/disposable-coveralls

personal protective equipment
protective sleeve
A sleeve cover designed for use in a personal protective equipment capacity.
https://www.safeopedia.com/definition/974/protective-sleeves

personal protective equipment
protective apron
An apron designed for use in a personal protective equipment capacity.

personal protective equipment
medical bonnet
A cap worn by medical personnel that helps protect patients from contaminants in hair and scalp, and protects the wearer from environmental contaminants.
https://en.wikipedia.org/wiki/Scrubs_(clothing)

surgical hat|bouffant hat|bouffant cap|scrub cap

authors: bpeters42 ddooley linikujp

repo: obi-ontology/obi


text:
duplicate specified i/o definition fix

Issue #1123 has_specified_input and has_specified_output duplicate definition of inverse relation.  Tweaking this.

I think these two terms are also coming from the IAO import, so we get both the old and the new proposed definitions, which fails our test for multiple textual definitions. The solution would be to (1) edit the IAO import, as a temporary fix, and (2) update IAO, as a permanent fix.

Discussed on the 2021-08-16 call: No objections. This is a little tricky. I'll work on it when I get a chance.

I'm tempted to just use a SPARQL query to remove the old definitions somewhere late in our build process. @beckyjackson can you please give that a try?

@jamesaoverton I added a SPARQL update to remove the bad definitions from the merged version of OBI. This fix will only appear in the OBI release, not in the edit file.

authors: beckyjackson ddooley jamesaoverton


text:
Consider moving snapshot_tests to be a library test.

Currently, they are test binaries, which rely on the cargo-semver-checks binary to be built and are generally slower to run than library tests.  This would require using something like Check::check_release and porting over any logic in the main() method (e.g., simulating an exit code/other way of indicating success/failure) and creating a diffable and displayable output format with insta.

Ah, that looks right, I deleted target/debug/cargo-semver-checks and it no longer works.  I think we can't use insta_cmd then and we have to make our own diff structure using Check::check_release (but that may be better in the long run with the speedups and new API).  Does that sound like a goal?

Originally posted by @suaviloquence in https://github.com/obi1kenobi/cargo-semver-checks/pull/846#discussion_r1702471143

(needs C-enhancement label)

Note: #846 makes them binary tests (in src/main.rs), versus in the tests directory, which seems to be faster than --test without having to move CLI into the library side.


text:
feat: Object safe trait nightly test

Adds test_crate and output for trait_no_longer_object_safe lint
This is a +nightly rustdoc feature currently so will remain open as a draft PR until the feature is moved in to stable

Reminder to self:

Rust 1.77 is the first one to ship trait dyn-safety in rustdoc JSON.
The test cases here were checked and valid on Rust 1.77 beta and 1.78 nightly circa 2024-02-11. They are extremely unlikely to drift.
Merge this PR when Rust 1.77 is our lower bound.

@devanbenz if you don't mind, could you remove the lint file and macro invocation change, and add the trailing newlines to all the test files here?

Yep absolutely!
On Mon, Feb 12, 2024 at 6:59 PM Predrag Gruevski @.***>
wrote:

@devanbenz https://github.com/devanbenz if you don't mind, could you
remove the lint file and macro invocation change, and add the trailing
newlines to all the test files here?
—
Reply to this email directly, view it on GitHub
https://github.com/obi1kenobi/cargo-semver-checks/pull/661#issuecomment-1939969896,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AFLL2B5A5VI77E2IRFPVDK3YTK3GJAVCNFSM6AAAAABDFTERGCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSMZZHE3DSOBZGY
.
You are receiving this because you were mentioned.Message ID:
@.***>

Looks good, thanks!

https://releases.rs/ - when will 1.77 be lower bound? I know as of right now its stable.

Right now I'm thinking probably in another 3-4 Rust releases or so (~4-6 months), unless there's a huge burst of breaking changes in rustdoc JSON formats in consecutive Rust releases that causes more maintenance burden.
Any particular reason you're asking?
I'm under the impression that only the test case is left outstanding, all the rest of the work is merged and the Rust community already benefits from the new lint if they use Rust 1.77+. Is that also how you see it? Just wanted to make sure I'm not making some incorrect starting assumption here.

Right now I'm thinking probably in another 3-4 Rust releases or so (~4-6 months), unless there's a huge burst of breaking changes in rustdoc JSON formats in consecutive Rust releases that causes more maintenance burden.
Any particular reason you're asking?
I'm under the impression that only the test case is left outstanding, all the rest of the work is merged and the Rust community already benefits from the new lint if they use Rust 1.77+. Is that also how you see it? Just wanted to make sure I'm not making some incorrect starting assumption here.

Nope, no specific reason! I've been just doing some spring cleaning on my PRs and issues in GitHub 😆

Thanks for keeping an eye on this and checking in!

I just released v0.33.0 of cargo-semver-checks, and that's the last release that will support Rust older than 1.77. After the release, I also merged a PR to drop Rust versions prior to 1.77 from the test matrix.
That means this PR is finally ready to merge!


text:
Will there be a README or other documentation?

It would be awesome to have a README or documentation on this tool. A lot what you've described in this answer could simply be copied over.
Are you willing to answer questions about the tool? What's the best forum for it? Issues here on github? Questions on stackoverflow? Somewhere else?

@travisdowns Yessir, will get down to writing it. This Github repo would probably be the best place to discuss it. In the README or in the Wiki page. I don't want to just copy over what I wrote there, since I was explaining why the counters must have been set to count in OS mode, but I'll certainly inspire myself from them.

@travisdowns There's the beginnings of a README.md in the repo now, though much remains unsaid, especially about the kernel code.

Awesome, reading it now.
What's the approximate cost of the PFCSTART/PFCEND calls? Do the make a kernel transition, or does the LKM enable user-space setting & reading of the PMC counters?
How does this compare to agner fogs testp program:
http://www.agner.org/optimize/#testp
?
How does this compare to PAPI?
I'm actually looking for a lightweight way to time smallish sections of code. My current approach is to use Linux perf, but it doesn't have an API (you could, in principle, use the underlying perf_events syscalls, but I haven't looked into how hard that would actually be). It seems like libpfc could be that way.

@travisdowns They are defined here. pfcRemoveBias() automatically computes the costs for the current counter configuration. In particular, both sequences cost precisely the same (Assuming add/sub with memory operands cost the same), and both cost 37 instructions, ~240 unhalted core cycles and 0 branches (at least on my systems). There is no other overhead, and no system calls. In my experience, n pairs of PFCSTART() and PFCEND() followed by pfcRemoveBias(, n) produces essentially exact counts; For instance, if they sandwich no code, they'll reliably measure about 0 on all metrics.
The software does allow userspace to write configurations and counts to the hardware MSRs, and makes a kernel transition when doing so, but the macros PFCSTART() and PFCEND(), which employ rdpmc instructions, specifically do not make kernel transitions in order to ensure their deterministic run-time and cost. This determinism is relied upon by pfcRemoveBias() to compensate that deterministic cost.
testp is software in the same vein as libpfc, and supports more OSes and more CPUs. But it is not library-based, and its overhead estimation is not as deterministic as mine. The overhead estimation is written in C and involves loops; The code size for this is much greater, touches more icache lines, involves loops (and therefore branches) and there is no guarantee that the code for overhead estimation is exactly the same as the actual hot code timing. Moreover, the start code and end code are not precisely the same (the former involves an assignment, the latter a subtraction). Lastly, the rdpmc readouts from testp are int, which is 32 bits, while my macros perform full-bitwidth reads as reported by CPUID (On Haswell, 48-bit) and accumulate them into a 64-bit integer. However, it does correctly set the User bit and clear the Operating System bit, like me.
The PFCSTART() and PFCEND() macros are written in inline assembler. The instructions within them are precisely the same (except for the add/sub distinction), have the same cost and instruction size and are branchless. pfcRemoveBias() contains an single inline assembler chunk with both of them, to measure precisely their overhead. The PFCSTART() macro subtracts while the PFCEND() macro adds the current readouts of rdpmc, which means you can use multiple pairs to perform fine-grained performance measurements within the code, then invoke pfcRemoveBias(, n) with n equaling the number of such pairs to remove the overhead precisely.
IIRC, PAPI is the interface perf uses, in which case it would suffer from the same overcounting problem as perf.
My pfcdemo code should get you started using my library; The "hot section" is where you'd place your code for isolated snippets, but alternately you can ditch that and use my code as a library within your larger projects. For that, call my initialization, thread-pinning and counter setup code in your main, define a global array of 7 64-bit integers, and sandwich my PFC* macros around any chunk of code you wish to time. Then at program exit call pfcRemoveBias(, n) with the number of times nthat chunk of code was executed, divide the counts byn` to compute an average, and print out this value.

The 240 cycles is for reading all 8 counters, right? Is there an option to only read a subset?

@travisdowns Well, technically, 7 counters (3 fixed, 4 general-purpose).
It would be possible to read a subset by hacking the inline asm macros, but I wanted to avoid branches in them for reasons of predictability and avoiding incrementing counters if I could avoid it (like # of branches encountered and (mis)-predicted). Avoiding branches in that code while allowing any subset of 7 counters would require 2^7 versions of the macro, a bit painful.
Is the overhead of 7 counter reads that considerable?

@travisdowns Other thing to note, certain performance events can only be counted on certain counters (Some L1/L2 events can only be counted in GP1, for instance). I've no idea why.

I can't build through the readme.d, the meson.py ..  -Dbuildtype=release --prefix=/path/to/prefixdir  # Such as $HOME/.local is hard to understand

authors: jack-tan2 obilaniu travisdowns

repo: obilaniu/libpfc


text:
Utilities.swift Binary Operator Error

When attempting to run Sample Project Chapter 1.1 and 1.2 I get the following error on the Utilities.swift file:

Binary operator '===' cannot be applied to operands of type 'Self.Element' and 'AnyObject'

There is also a warning on ColorSpaceConversion.swift:

Initializer for struct 'ARGBPixel_s' must use "self.init(...)" or "self = ..." because the struct was imported from C

Have a look at my comment on #48
Hope this helps

As @tkrajacic says  you need to change the extension to:
extension Sequence where Element: AnyObject
The type system only checks the Sequence's Element type so it can't establish that every element of the Sequence is also an AnyObject, so changing the extension the type system is not gonna have this problem.
Please check that and if the problem is solved check this issue as complete.

authors: EfrenPerez94 rouviere tkrajacic

repo: objcio/core-data


text:
No ICONST opcode in IT pack?

Consider this java class:
package com.example;
public class B {
    private A a;
    public B(A a) { this.a = a; }
    public int bar() { return this.a.foo() + 2; }
}

After jeo-maven-plugin method bar looks like this:
  [] > j$bar
    1 > access
    "()I" > descriptor
    "" > signature
    * > exceptions
    seq > @
      tuple
        label
          "00e4cf3f-4bc4-49fe-9ed1-99d824aee21c"
        opcode > ALOAD-7
          25
          0
        opcode > GETFIELD-8
          180
          "com/example/B"
          "a"
          "Lcom/example/A;"
        opcode > INVOKEVIRTUAL-9
          182
          "com/example/A"
          "foo"
          "()I"
        opcode > ICONST_2-A
          5
        opcode > IADD-B
          96
        opcode > IRETURN-C
          172
        label
          "319d857e-35fd-4c87-bf06-a16b147474f3"
    tuple > trycatchblocks

In your pack for IT it becomes to look a bit different:
  [] > j$bar
    1 > access
    "()I" > descriptor
    "" > signature
    * > exceptions
    seq > @
      tuple
        opcode > ALOAD-13
          25
          0
        opcode > GETFIELD-14
          180
          "com/example/B"
          "a"
          "Lcom/example/A;"
        "this"
        .foo
        opcode > IADD-15
          96
        opcode > IRETURN-16
          172
    tuple > trycatchblocks

A'm I right that "this".foo is the result of decompilation?
Where did ICONST opcode go?

@maxonfjvipon Seems like it is a bug. I will try to solve it soon

@maxonfjvipon I fixed this problem in the '0.0.4' version. Could you try again, please?

@maxonfjvipon Since there is no activity anymore, I close the issue. Please, let me know if you have similar problem.

authors: maxonfjvipon volodya-lombrozo

repo: objectionary/opeo-maven-plugin


text:
Adjust Class hierarchy add synonyms to caudal ganglionic eminence derived interneuron

I think this term caudal ganglionic eminence derived GABAergic cortical interneuron should just be a synonym of caudal ganglionic eminence derived interneuron and not a different term.
I had a look at a few papers, and they do not really describe CGE-derived interneurons that are not GABAergic. I can look a bit further if a discussion is needed.
cell label:
caudal ganglionic eminence derived interneuron
parent terms
interneuron
downstream terms:
vip GABAergic cortical interneuron
lamp5 GABAergic cortical interneuron
Lamp5 Lhx6 [NTR - #2345 ]
PAX6 neuron [NTR]
sncg GABAergic cortical interneuron
vip GABAergic cortical interneuron
anatomical location
neocortex
Text definition (already present):
A GABAergic cortical interneuron that develops from the caudal ganglionic eminence and has migrated to the cerebral cortex.
database_cross_reference
PMID:20130169
PMID:37824663
PMID:37824655
PMID:20130169
has_a_related_synonym
CGE-derived cell
CGE-derived GABAergic INs
has_a_synonym_type
abbreviation
database_cross_reference
PMID:27034423
has_a_related_synonym
CGE-derived interneuron
has_a_synonym_type
abbreviation
database_cross_reference
PMID:20130169
PMID:37824655
has_a_related_synonym
CGE cortical interneuron
database_cross_reference
PMID:20130169
has_a_related_synonym
caudal ganglionic eminence derived GABAergic cortical interneuron
database_cross_reference
PMID:20130169
has_a_related_synonym
CGE interneuron
has_a_synonym_type
abbreviation
database_cross_reference
PMID:37824663
symbol
CGE interneuron
@aleixpuigb @Caroline-99 @JABelfiore to review, once it is good to go, I will turn this into a PR

Decision:

Merge.
Use term name from general class (as all, or almost all mammalian interneurons are GABAergic, we don't need this in the name)
Use EquivalentTo axiom from more specific class

authors: AvolaAmg dosumis

repo: obophenotype/cell-ontology


text:
fix for null scales

#756 changed the test used to determine whether or not a scale exists. This updates Plot.legend to match. Now Plot.legend({color: {}}) throws an error because it does not consider the color scale to be defined (there is neither a type nor a domain). Supersedes #757.

if (isScaleOptions(o) && o.legend) will break a number of tests, such as decathalon. 🤔

repo: observablehq/plot

license: ISC


text:
Pythonic bitinformation

This is work-in-progress for a pythonic way to retrieve the mutual information content.

This branch is now in a state where the basic functionality of get_bitinformation is ported to python and works in first tests reasonably well with Dask. Due to #98 and other issues with the wrapping of Julia code, large datasets could not be processed straight forward. Ideally, Julia and python would work better together in the future, but currently this seems to be a reasonable alternative.
However, the following features are still missing in the python implementation and should be added in a next step:

enable masked values
enable set_zero_insignificant (currently is set to False for the python implementation)
any additional arguments to xb.get_bitinformation

I second that the duplication is not ideal and I would like to avoid it, but currently it seems (at least to me) the easiest way to allow for larger datasets.

julia stays the default.

julia stays the default.

Yes!!

authors: aaronspring observingClouds

repo: observingClouds/xbitinfo


text:
Are there some status collections that are inconsistent with core statuses?

I noticed that the default CANCELLED status looks like this:

But the minimal one does this:

So one goes to space, and the other to x.
They should be consistent, and there should be tests to detect this.

All four of the default statuses should be treated as the correct result - and any imported statuses with the same symbol should match every displayed value except the name:

repo: obsidian-tasks-group/obsidian-tasks


text:
odoc should not generate html but will for the time being...

I'm getting a lot of these in my logs. I'm not sure if this is a mistake on my part or a normal messages from odoc ... what does it mean ?

I'm no longer sure when this happens could you please output the full error message and tell us how you invoke odoc.

I invoke ocamldoc using jbuilder : jbuilder build @doc
this is a chunk of my logs :
        odoc _doc/tezos-error-monad/index.html
        odoc lib_stdlib_lwt/tezos_stdlib_lwt.odoc
        odoc _doc/tezos-error-monad/Tezos_error_monad__Error_monad_sig/.jbuilder-keep,_doc/tezos-error-monad/Tezos_error_monad__Error_monad_sig/index.html
odoc should not generate html but will for the time being...
      ocamlc lib_protocol_environment_sigs/tezos_protocol_environment_sigs__V1.{cmi,cmo,cmt}
        odoc _doc/tezos-error-monad/Tezos_error_monad/.jbuilder-keep,_doc/tezos-error-monad/Tezos_error_monad/index.html
    ocamlopt lib_data_encoding/tezos_data_encoding__Data_encoding.{cmx,o}
        odoc _doc/ocplib-resto-cohttp/index.html
        odoc _doc/tezos-error-monad/Tezos_error_monad__Error_monad/.jbuilder-keep,_doc/tezos-error-monad/Tezos_error_monad__Error_monad/index.html
odoc should not generate html but will for the time being...
        odoc _doc/ocplib-resto-cohttp/Resto_cohttp__Utils/.jbuilder-keep,_doc/ocplib-resto-cohttp/Resto_cohttp__Utils/index.html
odoc should not generate html but will for the time being...
        odoc _doc/ocplib-resto-cohttp/Resto_cohttp__Media_type/.jbuilder-keep,_doc/ocplib-resto-cohttp/Resto_cohttp__Media_type/index.html
odoc should not generate html but will for the time being...
        odoc _doc/ocplib-resto-cohttp/Resto_cohttp__Cors/.jbuilder-keep,_doc/ocplib-resto-cohttp/Resto_cohttp__Cors/index.html
odoc should not generate html but will for the time being...
        odoc _doc/ocplib-resto-cohttp/Resto_cohttp/.jbuilder-keep,_doc/ocplib-resto-cohttp/Resto_cohttp/index.html
        odoc _doc/tezos-rpc-base/index.html
        odoc _doc/tezos-rpc-base/Tezos_rpc_base/.jbuilder-keep,_doc/tezos-rpc-base/Tezos_rpc_base/index.html
        odoc _doc/ocplib-resto-cohttp/Resto_cohttp__Server/.jbuilder-keep,_doc/ocplib-resto-cohttp/Resto_cohttp__Server/index.html
odoc should not generate html but will for the time being...
        odoc _doc/tezos-rpc-base/Tezos_rpc_base__RPC_description/.jbuilder-keep,_doc/tezos-rpc-base/Tezos_rpc_base__RPC_description/index.html
odoc should not generate html but will for the time being...

Yes it is "normal".
Perhaps we should not warn about this yet, considering we're nowhere close to being able to not generate that html and that it seems very noisy.
The idea is that we're currently generating html for units which are not "properly exposed" by your library, i.e. we're generating html for Your_library__Foo which we shouldn't: if Foo is exposed, then the html already exists in Your_library.Foo, if it isn't then you should never go in there anyway.
The problem is that odoc currently still generates links to Your_library__Foo in some situation, and so we need to generate html for it otherwise there might be dead links.

authors: abate dbuenzli trefis

repo: ocaml-doc/odoc

license: isc


text:
Error when compiling miniob on mac

Question
Hello, I encountered a problem when compiling miniob on Mac. My cmake version is 3.30.0. When executing bash build.sh init, I encountered the following error:
CMake Error: The source directory "/miniob-main/deps/3rd/googletest" does not appear to contain CMakeLists.txt.
I consulted the information, but it was not solved. There is no CMakeLists.txt file in the error. I tried to change the source folder but it did not solve it. Do you have a good solution?

In build.sh init, git submodule will be used to download third-party dependencies such as googletest. You can check whether the deps/3rd/googletest code is downloaded successfully.

closed as no response in a long time.

authors: DBMSTesting hnwyllmm

repo: oceanbase/miniob


text:
POST call on getQuote returns "Payment token not accepted"

Describe the bug
Going forward on the integration with the DBS, the getQuote endpoint is now returning an error message being "Payment token not accepted".
The logs from the docker containers are looking like:
arweave         | getQuote request: {"type":"arweave","files":[{"length":2343545},{"length":2343545}],"duration":4353545453,"payment":{"chainId":80001,"tokenAddress":"0x9aa7fEc87CA69695Dd1f879567CcF49F3ba417E2"},"userAddress":"0xAFcE990754C38Be5E0C341707B2A162C4e67547B"}
arweave         | /getQuote/ response: 400: Payment token not accepted.

So the object looks like so:
 {
 	"type": "arweave",
 	"files": [{
 		"length": 2343545
 	}, {
 		"length": 2343545
 	}],
 	"duration": 4353545453,
 	"payment": {
 		"chainId": 80001,
 		"tokenAddress": "0x9aa7fEc87CA69695Dd1f879567CcF49F3ba417E2"
 	},
 	"userAddress": "0xAFcE990754C38Be5E0C341707B2A162C4e67547B"
 }

@MantisClone do you have an example of valid Payment token (like chainId and tokenAddress I guess ?)
Thanks in advance,

Ok, this one is actually fixed. I was not using the proper token contract address for MATIC (Mumbai testnet)


text:
Feature: translate directive

I would be nice to have a translate directive like:

https://angular-translate.github.io/docs/#/api/pascalprecht.translate.directive:translate
Do you accept pull requests for that?

Is there a case where the directive would be more useful than the pipe ?
If that's the case, I would love a PR for that yes.

It's more of a personal preference. In our current 1.x App we always use the translate directive.

You could use:

Is it close enough for you ?

Closing this for now. Let me know if this wasn't enough for you.

Sorry to dig up this issue, but I find that a component could be a good thing. There is less to write and your html code is more clear.
Without component:

{{'just.another.property'|translate}}

With component:

I already coded a dummy implementation for my personal use : https://gist.github.com/gaetancollaud/777f519d551cc35ce60073e902e17a7e
I can make a PR if you want ?
Possible improvements:

support language change
support parameters

There is a PR for a directive already here: https://github.com/ocombe/ng2-translate/pull/31
We are waiting for the next RC so that we can use the brand new sanitizer :)

Sorry, I didn't check the pull request lists. Good to here that.

authors: BrackCurly gaetancollaud ocombe


text:
NFS provisioner and registry volume not created when HA-bastion is used

When the bastion host cluster is created by setting the count to 2, the NFS image persistent volume is not created automatically, but also the nfs-provisioner storage class is not created. The following is a workaround:
in: ocp4-helpernode/templates/checker.sh.js
cat > registry-pv.yaml <<EOF
apiVersion: v1
kind: PersistentVolume
metadata:
name: registry-pv
spec:
capacity:
storage: 100Gi
accessModes:
- ReadWriteMany
persistentVolumeReclaimPolicy: Retain
nfs:
path: /export/registry
server: nfsserver.mydomain.com
EOF
oc apply -f registry-pv.yaml
cat > registry-pvc.yaml <<EOF
kind: PersistentVolumeClaim
apiVersion: v1
metadata:
name: registry-pvc
namespace: openshift-image-registry
spec:
accessModes:
- ReadWriteMany
resources:
requests:
storage: 100Gi
volumeName: registry-pv
EOF
oc apply -f registry-pvc.yaml
oc patch configs.imageregistry.operator.openshift.io cluster --type=json -p '[{"op": "remove", "path": "/spec/storage/emptyDir" }]'
oc patch configs.imageregistry.operator.openshift.io cluster --type merge --patch '{"spec":{"storage":{"pvc":{ "claim": "registry-pvc"}}}}'
I would expect the primary bastion to be configured with a registry export. It's not highly available of course, so we would need to replace it with a Spectrum Scale based export. The extra surprise was that the nfs-provisioner storageclass was not configured, making adding the PVC problematic. Please fix.

We had decided not to set up NFS when using HA setup for obvious reasons as specified by you. Making the change to setup NFS only on bastion-0 does not make sense wrt design.
If you really need a simple NFS server with a provisioner then I suggest you running the helpernode command given below on the bastion node. This is post install step. You would still need to manage the NFS export and patch the registry operator manually.
helpernodecheck nfs-setup

If you still think otherwise then let us know.

authors: MaartenKreuger yussufsh


text:
Detect automatically browsers installed on operating system

closes #4

This pull request also closes #2 bug report as now we detect installed browser on user system.

closes #2

repo: octo-technology/awscli-saml-sso


text:
Add hard and easy mode

I'd like to have a setting where the user can put the game in hard or easy mode.
Easy mode: guesses don't have to be valid words
Normal mode: how it currently works
Hard mode: any revealed hints must be used in subsequent guesses (can look at Wordle's implementation of this)
There should be a settings icon + modal added where a user can change this setting. Default should be normal mode. Could save the user's settings in local storage

Do you think the user should be able to change the difficulty level mid-game, or should changing the mode also start a new game?
I intend to have a go at this; I'm moderately confident about implementing the game logic, less so about the UI to control it.

I believe wordle allows changing the difficulty level mid-game. Let's go with that to start

Instead of....
Easy mode: guesses don't have to be valid words
Normal mode: how it currently works
Hard mode: any revealed hints must be used in subsequent guesses (can look at Wordle's implementation of this)
I'd suggest working on offering different sets of words.

Easy: Limited to very high-frequency words that even elementary school children would know.
Normal: Limited to high-frequency words -- everyday words that adults use.
Difficult: Less frequently-word words, but words most native speakers have in their passive memory, even though they don't usually use them.
Very Difficult" Maybe even have a level like this with words that most people don't know, but Scrabble player learn.

I tried creating an easy mode, but ended up getting real words not on the easy mode list marked as "not words" with red circles.
This means that I did it wrong, or that there will need to be 2 lists: one with the easy words and one with all words.
Here's a screenshot.

'Hard mode' as in Wordle changes the strategy (and is 'a better game' according to some) Using a bigger word list does not really change the game much.
If my vote is worth anything :) , I vote for the "Hard mode: any revealed hints must be used in subsequent guesses" , becuase I'd like to play that version ! (though I  suppose i can  try to follow those rules anyways)
while a separate option for extended word list could be (a different feature request?)
I have it on good authority that the Wordle code uses one list for the target word of the day , and a different , bigger, list for the validation of guessed words. For example, (very minor spoiler) I understand that 'zymic' is in the validation list but will never appear as a target word.

Ok, issue #85 connects to the provided settings widget in the dialog and implements Easy and Hard modes.

It does not (as of today), it would not let me change the mode after making a guess.

@rcatwood you're right, he must have changed that! I used to be able to switch it mid-game

It's more important on Wordle to prevent changing mid-game since it's part of the stats tracked. In this game there is nothing tracked that says what mode you were in, its more of just a personal challenge so I feel okay about leaving it up to the user.

authors: Sam0ht ckjpn octokatherine rcatwood

repo: octokatherine/word-master


text:
🛑 GitLab (gitlab.octubre.org.ar) is down

In bef7b5e, GitLab (gitlab.octubre.org.ar) (https://gitlab.octubre.org.ar/-/readiness?token=$GIT_LAB_TOKEN) was down:

HTTP code: 0
Response time: 0 ms

Resolved: GitLab (gitlab.octubre.org.ar) is back up in 1bc67e5.

repo: octubre-softlab/octubre-upptime


text:
🛑 Mi Web App (miweb.umet.edu.ar) is down

In 8f92e69, Mi Web App (miweb.umet.edu.ar) (https://miweb.umet.edu.ar/api/appstatus) was down:

HTTP code: 500
Response time: 4573 ms

Resolved: Mi Web App (miweb.umet.edu.ar) is back up in 962d976.


text:
Add Fedora 37 to Tier 2

Fedora 37 is set to be released on 2022-11-01.
Fedora 35 is set to be EOL'd on 2022-11-29.

[x] #125

@MisterDA as a new thing we're trying out, would you be able to add a news entry to the github.com/ocaml/infrastructure blog about the update to the live site?  infra.ocaml.org will then have this information. /cc @mtelvers

authors: MisterDA avsm

repo: ocurrent/ocaml-dockerfile


text:
Support all part-like pseudo-elements.

More info in #208, tldr we should support:

[x] ::before and ::after in #213
[ ] ::file-selector-button
[ ] ::-webkit-slider-thumb

Note that the spec has been updated to read "fully styleable tree-abiding pseudo-element" instead of part-like.
https://github.com/w3c/csswg-drafts/commit/da73f0767897a578f2d1c63b218cf204d519f629
The definition is here- https://drafts.csswg.org/css-pseudo-4/#treelike. It seems to limit anchor support to only ::after and ::before. ::file-selector-button and ::details-content are instead "Element-backed" (and ::-webkit-slider-thumb is not specified).

authors: ayoreis jamesnw

repo: oddbird/css-anchor-positioning


text:
E2E: encrypt on upload, decrypt on download

Data should only be unencrypted on the user's local disk but
should always be encrypted remotely on Google Drive, if the
password was provided.

When a password is provided, encrypt the data before it is received
by Google Drive. Encrypt for upload:

$ drive push --encryption-password foolsGold issueFilingDrive.mp4

When a password is provided, decrypt the data before writing
it to disk:

$ drive pull --piped issueFilingDrive.mp4 --decryption-password
foolsGold > txt.v

/cc @sselph. WIP to get this in with a couple of iterations.

Demo here of it in action https://youtu.be/22SYefONHZk. Big shoutout to @sselph for the library.

Merging this in so that folks can start using it. If there are any problems we can always rollback. Also am off to work till late.

repo: odeke-em/drive