text:
Selecting an item from the history does not override my current clipboard

I installed clipmenu and clipnotify on Arch installation using the *-git packages in AUR
If I open the clipmenu menu and press enter on an item, nothing changes.
Upon hitting CTRL+V or Shift+Insert I still paste the old element I have in my clipboard.
Can't really understand why, any suggestion?

Can you please show bash -x ./clipmenu, where you select a clip and this problem still happens?

(also, there are no clipmenu-git or clipnotify-git packages in AUR)

@cdown
bash: clipmenu is /usr/bin/clipmenu: No such file or directory

@cdown I'm sorry, I got confused with something else.
There aren't any *-git packages of those but they are in the AUR, that's what I meant

@Aiku1 That's not what type -p clipmenu does, did you just do type clipmenu?
Either way, bash -x /usr/bin/clipmenu

@cdown I executed that command from within zsh, maybe that's the reason.
Anyway, here's what you asked
+ : dmenu
+ : /run/user/1000
+ major_version=5
+ shopt -s nullglob
+ cache_dir=/run/user/1000/clipmenu.5.usr
+ cache_file_prefix=/run/user/1000/clipmenu.5.usr/line_cache
+ [[ '' == --help ]]
+ [[ '' == -h ]]
+ [[ dmenu == rofi ]]
++ cat /run/user/1000/clipmenu.5.usr/line_cache_primary /dev/null
++ LC_ALL=C
++ sort -rnk 1
++ cut '-d ' -f2-
++ awk '!seen[$0]++'
++ dmenu -l 8
+ chosen_line='foo bar'
+ [[ -n foo bar ]]
++ cksum
+ file='/run/user/1000/clipmenu.5.usr/2773411705 18'
+ [[ -f /run/user/1000/clipmenu.5.usr/2773411705 18 ]]
+ for selection in clipboard primary
+ xsel --logfile /dev/stderr -i --clipboard
+ for selection in clipboard primary
+ xsel --logfile /dev/stderr -i --primary

I've noticed that running clipmenu this way does actually work like expected, for some reason. (clipmenu works too)
Adding the same command as a keybind still doesn't work, for some other reason.

How are you setting up your keybind? Probably wherever you set it doesn't set up $DISPLAY correctly

In i3 config (~/.config/i3/config) i have bindsym $mod+Insert exec clipmenu, with $mod being the Windows key

After a few rounds of trial and error, I finally managed to get it to do what I want, by setting this to be executed when I call my shortcut : urxvt -e sh -c "nohup clipmenu".
It's not pretty and if your computer isn't really fast the terminal popping and disappearing might be distracting but it's still better than nothing, I guess.
@cdown if you can provide a better solution I will be glad to try it!

If that works, it's almost certainly some problem with $DISPLAY not being set correctly.When clipmenu is open, what's the output of tr '\0' '\n' < /proc/"$(pgrep -nx clipmenu)"/environ?

This :
LC_ALL=en_US.UTF-8
_=/usr/bin/nohup
LANG=C
GDM_LANG=C
DISPLAY=:0
COLORTERM=rxvt
USERNAME=usr
MOZ_PLUGIN_PATH=/usr/lib/mozilla/plugins
XDG_VTNR=2
XDG_SESSION_ID=c2
USER=usr
DESKTOP_SESSION=i3
PWD=/home/usr
HOME=/home/usr
XDG_SESSION_TYPE=x11
XDG_SESSION_DESKTOP=i3
DESKTOP_STARTUP_ID=i3/urxvt/1016-42-arch_TIME11054281
GTK_MODULES=canberra-gtk-module
MAIL=/var/spool/mail/usr
WINDOWPATH=2
TERM=xterm-256color
SHELL=/bin/zsh
XDG_CURRENT_DESKTOP=i3
COLORFGBG=default;0
SHLVL=2
XDG_SEAT=seat0
WINDOWID=10485769
GDMSESSION=i3
LOGNAME=usr
DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
XDG_RUNTIME_DIR=/run/user/1000
XAUTHORITY=/run/user/1000/gdm/Xauthority
PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:<some other folders>

I tried both ways (using rofi and using my solution) and except for these differences
> _=/usr/bin/nohup
> COLORTERM=rxvt
> DESKTOP_STARTUP_ID=i3/urxvt/1016-47-arch_TIME11965617
> TERM=xterm-256color
> COLORFGBG=default;0
> SHLVL=2
< SHLVL=1
> WINDOWID=10485769
< _=/usr/bin/rofi

(< is rofi launch, > is "script" launch)
they're the same (i used diff to compare them).
Do you see anything that might suggest a problem?

$DISPLAY looks ok. What error output is there from clipmenu when run from the keybinding? Presumably i3 stores this somewhere.
None of those environment variables should change anything, so my best guess is that there is some misconfiguration around X auth.

From the only i3 logs I could find (i3-dump-log) I can't really see anything different from any other shortcut
What do you suggest to fix that misconfiguration?

I'll try and repro when I have time, but this is almost certainly an i3 misconfiguration. I don't use i3, so I can't really guide you towards what to do without reproing.

It's fine, I can still (kind of) use it like this.
I appreciate the effort!

Closing for now, feel free to report back if you find more information. :-)

Morning, I have experienced the same issue as @Aiku1 after upgrading to 5.0.
After selecting the clipboard selection in dmenu, it doesn't very occassionally get set or is in the wrong order (like off by one error). But it's intermittent. Unable to reproduce. So very odd.

I think it has something to do how long it is and whether the selection is 2 lines or not.

I think fixing #67 will fix this. This bug could have caused selections to become off-by-one.

I have the same problem and I think it is related to this:
xsel: error opening logfile /dev/stderr for writing: No such device or address

If running directly from i3, no stderr will be associated. Removing the --logfile from clipmenu fixes it.

Are you running the latest version of clipmenu? This should not be possible with https://github.com/cdown/clipmenu/blob/83289bb94d60730e59ad5e5aa94d13fdea8aa96e/clipmenud#L25-L33

I have: aur/clipmenu 5.3.0-1 - is there a newer one?

No, that's the latest. Can you show me stat -L /dev/stderr from the affected environment?

stat -L /dev/stderr                                                                                 ✓
  File: /dev/stderr
  Size: 0               Blocks: 0          IO Block: 1024   character special file
Device: 17h/23d Inode: 6           Links: 1     Device type: 88,3
Access: (0620/crw--w----)  Uid: ( 1000/ krikava)   Gid: (    5/     tty)
Access: 2018-05-07 20:23:58.058561661 +0200
Modify: 2018-05-07 20:23:58.058561661 +0200
Change: 2018-05-03 01:17:22.058561661 +0200

That that's a character device almost certainly indicates this wasn't run from the affected environment, but from a terminal.
I assume stat -L "$(readlink -f /dev/stderr)" shows a pts in where you ran that, but if you're getting "no such device or address", it's almost certainly not in the affected one.

So I wrapped clipmenu to a script that calls stat -L and bound that script to a key in i3. Here it is:
  File: /dev/stderr
  Size: 0         	Blocks: 0          IO Block: 4096   socket
Device: 9h/9d	Inode: 17373       Links: 1
Access: (0777/srwxrwxrwx)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 1970-01-01 01:00:00.000000000 +0100
Modify: 1970-01-01 01:00:00.000000000 +0100
Change: 1970-01-01 01:00:00.000000000 +0100
 Birth: -

Yeah, in this case, this is a symlink to a socket, which doesn't work on Linux (at least, you can't directly write to it). [[ -f "$(readlink "$file")" ]] should detect this... I really don't know why it isn't. Can you wrap with namei /dev/stderr; stat -L "$(readlink -f /dev/stderr)"? :-) Thanks!

Sure:
from namei:
f: /dev/stderr
 d /
 d dev
 l stderr -> /proc/self/fd/2
   d /
   d proc
   l self -> 16740
     d 16740
   d fd
   l 2 -> socket:[17373]
       socket:[17373] - No such file or directory

stat fails with:
stat: cannot stat '/proc/16741/fd/socket:[17373]': No such file or directory

Ah shit, somehow I missed that this code is missing -m :/
Let me go fix that. Thanks for the report.

authors: Aiku1 cdown fikovnik kaihendry

repo: cdown/clipmenu


text:
missing ssh option : -J

Hi,
thanks for your fork.
Could you add "-J" option in the ssh available options ?

Good catch! I'll add that. Thanks for the poke.

source: gharchive/issue

authors: cdown rimeno

repo: cdown/sshrc

license: MIT

license_type: permissive

license_source: github-api


text:
NameError: name 'device' is not defined in predict() method

---------------------------------------------------------------------------
NameError                                 Traceback (most recent call last)
<ipython-input-14-65cedbb88ef8> in <module>()
      2 test_examples, test_features = test_processor.fit_transform(X=squad_examples)
      3 # model = load('model.joblib')
----> 4 predictions = model.predict(X=(test_examples, test_features))

~/cdQA/cdqa/reader/bertqa_sklearn.py in predict(self, X)
   1037             if len(all_results) % 1000 == 0:
   1038                 logger.info("Processing example: %d" % (len(all_results)))
-> 1039             input_ids = input_ids.to(device)
   1040             input_mask = input_mask.to(device)
   1041             segment_ids = segment_ids.to(device)

NameError: name 'device' is not defined

Hello
I have written the following code:
validate on val set
predictions = model.predict(X_val_prep)
predictions = [1 if x>0.5 else 0 for x in predictions]
accuracy = accuracy_score(y_val, predictions)
print('Val Accuracy = %.2f' % accuracy)
confusion_mtx = confusion_matrix(y_val, predictions)
cm = plot_confusion_matrix(confusion_mtx, classes = list(labels.items()), normalize=False)
NameError: name 'X_val_prep' is not defined
Could you help me how I should tackle it?
thank u very much.

repo: cdqa-suite/cdQA


text:
Add documentation for updating / upgrading an existing installation of code-server

We don't have anything in README.md, install.md, or FAQ.md on how this is done.

I’d like this as well so we can preserve settings and extensions. Thanks!

@snazzybunny You just reinstall. Settings and extensions are stored separately and maintained between installs.

Done in one of the recent documentation update PRs. The release notes also mention how to upgrade now.

authors: nhooyr snazzybunny wbobeirne

repo: cdr/code-server


text:
wording fixes

Fixes FHIR-28756

Addressed:
Blockvote-2

https://jira.hl7.org/browse/FHIR-28674
https://jira.hl7.org/browse/FHIR-28677
https://jira.hl7.org/browse/FHIR-28678

Blockvote-1

https://jira.hl7.org/browse/FHIR-28756
https://jira.hl7.org/browse/FHIR-28760
https://jira.hl7.org/browse/FHIR-28775
https://jira.hl7.org/browse/FHIR-28784
https://jira.hl7.org/browse/FHIR-28788
https://jira.hl7.org/browse/FHIR-28797
https://jira.hl7.org/browse/FHIR-28798
https://jira.hl7.org/browse/FHIR-28800

source: gharchive/pull-request

repo: cds-hooks/docs


text:
TYPOGRAPHY - H1s are missing the red rule underneath that is specified at design.canada.ca

TODO

[ ] TYPOGRAPHY - H1s are missing the red rule underneath that is specified at design.canada.ca

Outcomes

Header is more consistent with the brand

Deliverables
Estimated Effort

[ ] XS: 1 to 2 hours
[ ] S: half a day
[ ] M: 1-2 day
[ ] L: 1 week
[ ] XL: Move to an epic

Out of scope

Changes are in the dto-archive branch
https://github.com/cds-snc/gcds-docs/blob/dto-archive/src/styles/style.css

authors: abdul-CDS nmakuch

repo: cds-snc/design-gc-conception


text:
Insulated screwdriver handle

Wera 817 VDE Kraftform handle

Features

Kraftform VDE holder
Suitable for Kraftform Kompakt VDE blades

Facts
Length: 175 mm
Weight: 2100 g
Country of origin: CZ
EAN: 4013288104359
Links

Buy on ChadsToolbox for $12

WERA 05003412001 KRAFTFORM KOMPAKT 62I PH 2 X 154 MM INTER-CHANGEABLE BLADE (PHILLIPS) FOR KK VDE

Buy on ChadsToolbox for $5.00

WERA KRAFTFORM KOMPAKT 60I 1.0 X 5.5 X 154 MM INTER-CHANGEABLE BLADE (SLOTTED) FOR KK VDE

Buy on ChadsToolbox for $5.00

repo: cdstr/tools

license: Unlicense


text:
🛑 tanecni-divadlo.cz is down

In e1e3389, tanecni-divadlo.cz (https://www.tanecni-divadlo.cz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tanecni-divadlo.cz is back up in 3fab90a.

repo: cebreus/upptime


text:
🛑 tanecni-divadlo.cz is down

In 0d8635e, tanecni-divadlo.cz (https://www.tanecni-divadlo.cz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tanecni-divadlo.cz is back up in 279e366.


text:
🛑 tanecni-divadlo.cz is down

In 130dc34, tanecni-divadlo.cz (https://www.tanecni-divadlo.cz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tanecni-divadlo.cz is back up in 2604574.


text:
🛑 tanecni-divadlo.cz is down

In 3f7b1d2, tanecni-divadlo.cz (https://www.tanecni-divadlo.cz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tanecni-divadlo.cz is back up in 9d194fa.


text:
🛑 tanecni-divadlo.cz is down

In a7b1bfe, tanecni-divadlo.cz (https://www.tanecni-divadlo.cz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tanecni-divadlo.cz is back up in 9322ee5.


text:
🛑 tanecni-divadlo.cz is down

In fb1c927, tanecni-divadlo.cz (https://www.tanecni-divadlo.cz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tanecni-divadlo.cz is back up in d421922.


text:
🛑 tanecni-divadlo.cz is down

In 3da8194, tanecni-divadlo.cz (https://www.tanecni-divadlo.cz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tanecni-divadlo.cz is back up in 42bf536 after 478 days, 17 hours, 12 minutes.


text:
🛑 tanecni-divadlo.cz is down

In 5fd2e16, tanecni-divadlo.cz (https://www.tanecni-divadlo.cz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tanecni-divadlo.cz is back up in f9cd0a7.


text:
🛑 tanecni-divadlo.cz is down

In 63a751f, tanecni-divadlo.cz (https://www.tanecni-divadlo.cz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: tanecni-divadlo.cz is back up in af90c37.


text:
🛑 CDN is down

In 9e60c08, CDN (https://cdn.ceccun.com/cdynamic/captive) was down:

HTTP code: 522
Response time: 15442 ms

Resolved: CDN is back up in c56a9ac.

repo: ceccun/status


text:
🛑 CDN is down

In 38ce9ad, CDN (https://cdn.ceccun.com/cdynamic/captive) was down:

HTTP code: 522
Response time: 16054 ms

Resolved: CDN is back up in 0283e78.


text:
🛑 CDN is down

In d0486c1, CDN (https://cdn.ceccun.com/cdynamic/captive) was down:

HTTP code: 522
Response time: 15661 ms

Resolved: CDN is back up in 40ced7c.


text:
🛑 CDN is down

In d632b75, CDN (https://cdn.ceccun.com/cdynamic/captive) was down:

HTTP code: 522
Response time: 15412 ms

Resolved: CDN is back up in 7090e25.


text:
🛑 CDN is down

In d0ebd94, CDN (https://cdn.ceccun.com/cdynamic/captive) was down:

HTTP code: 522
Response time: 15363 ms

Resolved: CDN is back up in 954339f.


text:
🛑 CDN is down

In 12d134c, CDN (https://cdn.ceccun.com/cdynamic/captive) was down:

HTTP code: 525
Response time: 259 ms

Resolved: CDN is back up in 8ae3e6d after 793 days, 16 hours, 7 minutes.


text:
🛑 Zen Platform is down

In 2838065, Zen Platform (https://harmoni.zen-platform.ceccun.com) was down:

HTTP code: 502
Response time: 732 ms

Resolved: Zen Platform is back up in 4b148df after 11 days, 15 hours, 5 minutes.


text:
replace hardcoded Zi

Recently sometimes I noticed that auth result can't be retrieved from response.Zi, rather it will be response.uc. not sure if it's gapi update or not. But I found this workaround which is more official according to https://stackoverflow.com/questions/44772200/google-sign-in-for-websites-how-to-get-token

Thanks everyone! ✌
Deploying this weekend 🎊

Thanks @cedpoilly and @hanliao
I am using the npm package in my project. How do I get this fix in my project?

@everttrollip right now you can update your package.json file using this repo address with commit number or you can temp modify the minified version and import that in your project

authors: cedpoilly everttrollip hanliao

repo: cedpoilly/vue-gapi


text:
Week one mvp

user:
input type of food

get back a list of recipe

According to what we put down on the plan of action, week one should only ask for calories.

According to what we put down on the plan of action, week one should only ask for calories input.

no, no longer XD

Did Cindy approve that?

To the extent of my knowledge, only the project manager, Cindy, can make changes to the original plan of action. Since no such event has occurred, our week one mvp should remain consistent with providing a result based on an input of calories from the user.

we can get the caloires with x.recipie.calories
i guess we need to do some server side things to the data we get back from the api so it matches around the calories user inputs.

The api is able to get the food by its calorie, and it is count by portion. as long as the req.body is formatted correctly, we can get the food by dietary.
req.body
{
q: chicken.
calories: 100-300
}

repo: cee-elle/fswd-agile-final-project


text:
Redesign json_scanf format strings

We reuse the format strings of scanf for extracting json values. The upside is we don't have to educate our users about our format strings, but the downside is our format strings do not behavior the same as scanf's format strings, believing in that they are the same as scanf's ones will cause bugs.
we use this following format strings:
%s, %.*s, %?s
%d, %ld
%f, %lf
%b
%F
%T

The biggest problem is  %s in scanf will load the raw char bytes, but json_scanf load and escape the raw char bytes according the JSON RFC.
In order to avoid any confusion, I propose that we define a complete different set of format strings.
%JStr, %.*JStr, %?JStr     // load and unescape the raw char bytes according to JSON RFC
%RStr, %.*RStr, %?RStr  // load the raw char bytes
%JInt32, %JInt64
%JFloat, %JDouble
%JBool
%JFunPtr
%JSizedBuffer

The same format strings can be used for json_printf
%JStr, %.*JStr      // escape and print the escaped string
%RStr, %.*RStr     // print the raw string
%JInt32, %JInt64
%JFloat, %JDouble
%JBool
%JFunPtr
%JSizedBuffer

The same format strings can be used for json_printf
%JStr, %.*JStr      // escape and print the escaped string
%RStr, %.*RStr     // print the raw string
%JInt32, %JInt64
%JFloat, %JDouble
%JBool
%JFunPtr
%JSizedBuffer

@LucasMull can you please take time to think about this proposal?

@LucasMull can you please take time to think about this proposal?

These concerns are very reasonable, I'm all for it!

These concerns are very reasonable, I'm all for it!

These concerns are very reasonable, I'm all for these changes!
what do you think about the choice of the format strings?  Here is another proposal:

#js, #.*js, #?js
#s, #.*s
#d, #ld
#f, #lf
#b
#p
#sized_buffer

These concerns are very reasonable, I'm all for these changes!
what do you think about the choice of the format strings?  Here is another proposal:

#js, #.*js, #?js
#s, #.*s
#d, #ld
#f, #lf
#b
#p
#sized_buffer

The same format strings can be used for json_printf

%JStr, %.*JStr      // escape and print the escaped string

%RStr, %.*RStr     // print the raw string

%JInt32, %JInt64

%JFloat, %JDouble

%JBool

%JFunPtr

%JSizedBuffer

I think I prefer this one. It has the benefit of being its own thing, avoiding error that might be caused by the user assuming some functionalities to be identical to printf/scanf.

The same format strings can be used for json_printf

%JStr, %.*JStr      // escape and print the escaped string

%RStr, %.*RStr     // print the raw string

%JInt32, %JInt64

%JFloat, %JDouble

%JBool

%JFunPtr

%JSizedBuffer

I think I prefer this one. It has the benefit of being its own thing, avoiding error that might be caused by the user assuming some functionalities to be identical to printf/scanf.

the benefit of using a different leading character # is to make error detection much easier.
if a user accidentally mixed up scanf/printf format strings,  we can easily detect and report them.  the latter design will significantly reduce usage errors.  Another benefit is the letter designated type are still similar to their counter parts in scanf/printf

the benefit of using a different leading character # is to make error detection much easier.
if a user accidentally mixed up scanf/printf format strings,  we can easily detect and report them.  the latter design will significantly reduce usage errors.  Another benefit is the letter designated type are still similar to their counter parts in scanf/printf

We need to seriously think about how to redesign this because the situations that json_scanf/printf need to handle is much more complex than the situation scanf/printf need to handle.
each (key, value) type can be a combination of the following states:

exist

don't exist

is nullable

is not nullable
                    exist                      not exist                     nullable          not nullable

exist                                                                                X                     X
not exist                                                                                X
nullable                X                              X
not nullable          X

I want to repurpose ? for nullable, and  %.s for a value whose size is unknown at compile time.

@LucasMull if you agree with the design,  I will make the change.

@LucasMull we need to seriously consider using different leading char such as # to denote the format strings, as they are very different from scanf/printf

We need to seriously think about how to redesign this because the situations that json_scanf/printf need to handle is much more complex than the situation scanf/printf need to handle.
each (key, value) type can be a combination of the following states:

exist
don't exist
is nullable
is not nullable
value's size is known at compile time
value's size is unknown at compile time

                       exist                      not exist                     nullable          not nullable
exist                                                                                X                     X
not exist                                                                              X
nullable                X                           X
not nullable          X

Understood, adding this explanation to the json-scanf.h as a comment would be really great.

@LucasMull if you agree with the design, I will make the change.

Yeah totally!

@LucasMull we need to seriously consider using different leading char such as # to denote the format strings, as they are very different from the one used in scanf/printf. The downside is we need to write a documentation to explain how they can be used.

I didn't see the benefit before, but we already had a case of a contributor attempting to map our json-scanf specific specifiers to that of scanf and having some difficulties because of this. I agree, changing to # would be really helpful on making a distinction.

I will add '#' as the alternative prefixing, and keep '%' so we have time to manage the transition.
#s? will be the format string to handle a nullable string

@LucasMull   I think $ as the start symbol is better than # as  $ is also used to Javascript template literals: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Template_literals
# is more often used to start a comment in shell scripts.

Perhaps, we can just use :  as the starting char
json_scanf (.., "[key]:s",  ...)
json_printf (..., "[key]:s", ...)

It matches json syntax even better.

@mlite is this still a issue?

Closing because it has been moved to cee-utils repository.

authors: LucasMull lcsmuller mlite

repo: cee-studio/orca


text:
Set usage of shuffled round robin in the genesis block

Description
PR https://github.com/celo-org/celo-blockchain/pull/536 introduces the shuffled round robin ordering option as a new proposer policy within Istanbul. Configuration of the ordering policy is set in the genesis block.
Tested
Deployed a testnet and verified that blocks are produced and the proposer ordering is pseudo-random.
Related issues

Related https://github.com/celo-org/celo-blockchain/issues/530

Backwards compatibility
This PR only changes the defaults for new chains

Added a comment explaining what the number means

repo: celo-org/celo-monorepo


text:
🛑 Saint John Buoy is down

In f4d5a97, Saint John Buoy (https://www.smartatlantic.ca/erddap/tabledap/SMA_saint_john.json?time&time>=now-60minutes&distinct()) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Saint John Buoy is back up in 714887a.


text:
found a bug in setFocusedCell function

rowRenderer.ts
    // called via API
    public setFocusedCell(rowIndex: any, colIndex: any) {
        var renderedRow = this.renderedRows[rowIndex];
        var column = this.columnModel.getDisplayedColumns()[colIndex];
        if (renderedRow && column) {
            //var eCell = renderedRow.getCellForCol(column.colId);
            // should be replace to
            var eCell = renderedRow.getCellForCol(column);
            this.focusCell(eCell, rowIndex, colIndex, column.colDef, true);
        }
    }

thanks. fixed.

authors: ceolter matrixl

repo: ceolter/angular-grid

license: mit

license_source: bigquery


text:
Renaming Chapter Titles and Streamlining Requirement Wording

There was a suggestion at the June 24, 2024 Ocean Reflectance PFS call that all of the CEOS-ARD PFS sections describe metadata requirements, and so the sections should be renamed as follows:
General Metadata
Per-Pixel Metadata
Radiometric and Atmospheric Correction Metadata
Geometric Correction Metadata
A follow-on suggestion was to 'clean up' and condense all of the requirement fields to remove the (now redundant) "the metadata includes...." statements.

This will probably be done with the start of the building block work...

authors: m-mohr mattsymbios

repo: ceos-org/ceos-ard


text:
release (tag) 1.0.2

At the current tip of master would be OK. I am opening an issue so that it is clear we need a tag for a new release :)
/cc @leseb

done :)

authors: alfredodeza leseb

repo: ceph/ceph-ansible


text:
e2e: improve the debug logs for rbd-nbd

Describe what this PR does
Ceph’s logging levels operate on a scale of 1 to 20, where 1 is terse and 20 is verbose.
Format:
debug-{subsystem} = {log-level}
Setting rbd loglevel to 20 at our rbd-nbd e2e tests.
Also see:

https://github.com/ceph/ceph-csi/pull/2406
https://github.com/ceph/ceph-csi/pull/2407

Signed-off-by: Prasanna Kumar Kalever <prasanna.kalever@redhat.com>

Show available bot commands
These commands are normally not required, but in case of issues, leave any of
the following bot commands in an otherwise empty comment in this PR:

/retest ci/centos/<job-name>: retest the <job-name> after unrelated
failure (please report the failure too!)
/retest all: run this in case the CentOS CI failed to start/report any test
progress or results

Looks like not an issue from e2e framework:
Aug 11 07:17:41.694: INFO: attach command running after restart, runningAttachCmd: rbd-nbd --id cephcsi-rbd-node -m rook-ceph-mon-a.rook-ceph.svc.cluster.local:6789 --keyfile=/tmp/csi/keys/keyfile-074952661 attach replicapool/csi-vol-bb9e0913-fa6b-11eb-8fcb-de965a7ba669 --device /dev/nbd0 --try-netlink --reattach-timeout=300 --log-file=/var/log/rbd-nbd.log --debug-rbd=20

Aug 11 07:17:41.698: INFO: ExecWithOptions {Command:[/bin/sh -c echo 'Hello World' > /var/lib/www/html/test] Namespace:rbd-3274 PodName:csi-rbd-demo-pod ContainerName:web-server Stdin:<nil> CaptureStdout:true CaptureStderr:true PreserveWhitespace:true Quiet:false}
Aug 11 07:17:41.698: INFO: >>> kubeConfig: /root/.kube/config
Aug 11 07:17:41.876: INFO: ExecWithOptions {Command:[/bin/sh -c echo 'Is this the only line?' >> /var/log/rbd-nbd.log] Namespace:cephcsi-e2e-f6dab41eabbb PodName:csi-rbdplugin-bvx48 ContainerName:csi-rbdplugin Stdin:<nil> CaptureStdout:true CaptureStderr:true PreserveWhitespace:true Quiet:false}
Aug 11 07:17:41.876: INFO: >>> kubeConfig: /root/.kube/config
Aug 11 07:17:41.993: INFO: Output, err: <nil>, stdErr: , stdOut:
Aug 11 07:17:41.997: INFO: ExecWithOptions {Command:[/bin/sh -c cat /var/log/rbd-nbd.log] Namespace:cephcsi-e2e-f6dab41eabbb PodName:csi-rbdplugin-bvx48 ContainerName:csi-rbdplugin Stdin:<nil> CaptureStdout:true CaptureStderr:true PreserveWhitespace:true Quiet:false}
Aug 11 07:17:41.997: INFO: >>> kubeConfig: /root/.kube/config
Aug 11 07:17:42.115: INFO: Output, err: <nil>, stdErr: , stdOut: Is this the only line?

Aug 11 07:17:42.121: INFO: Waiting for pod csi-rbd-demo-pod to be deleted

Locally in the csi environment, I supplied --log-file=/var/log/rbd-nbd.log --debug-rbd=20 via storage-class to rbd-nbd and it was dumping logs to /var/log/rbd-nbd.log. Not sure why rbd-nbd is not logging to file even though csi is supplying the right options to the process in e2e CI env though.

Once https://github.com/ceph/ceph-csi/pull/2406 is merged, I will rebase this to use the latest log path from hostnode

/retest ci/centos/upgrade-tests-rbd
--
* Deleting "minikube" in kvm2 ...

! StartHost failed, but will try again: creating host: create: Error creating machine: Error in driver during machine creation: IP not available after waiting: machine minikube didn't return IP after 1 minute

* Creating kvm2 VM (CPUs=8, Memory=14336MB, Disk=20000MB) ...

* Failed to start kvm2 VM. Running "minikube delete" may fix it: creating host: create: Error creating machine: Error in driver during machine creation: IP not available after waiting: machine minikube didn't return IP after 1 minute

X Exiting due to GUEST_PROVISION: Failed to start host: creating host: create: Error creating machine: Error in driver during machine creation: IP not available after waiting: machine minikube didn't return IP after 1 minute

/retest ci/centos/upgrade-tests-rbd

I suggest to have Mergify rebase this once #2412 is merged in ~2 hours or so. That will reduce the number of CI jobs that need to be run for this PR.

@Mergifyio rebase

/retest ci/centos/mini-e2e/k8s-1.21

Known issue:
Aug 19 04:13:31.302: FAIL: failed to write IO, err: command terminated with exit code 2, stdErr: /bin/sh: 1: cannot create /var/lib/www/html/test: Read-only file system

/retest ci/centos/mini-e2e/k8s-1.21

/retest ci/centos/mini-e2e/k8s-1.22

authors: humblec nixpanic pkalever

repo: ceph/ceph-csi


text:
ci: use only latest version of test status in retest action

Github's list statuses returns list of all status, possibly
containing dupicates and previously failed statuses.
Use "UpdatedAt" timestamp to only get the latest status
for each test.
Signed-off-by: Rakshith R rar@redhat.com
Ex logs https://github.com/ceph/ceph-csi/runs/4294922427?check_suite_focus=true

@mergifyio rebase
@humblec Can you please take another look here?
(so we can enable retest action )


text:
rbd: reset dummy image id

dummy image rbdVolume struct is derived from the actual one rbdVolume of the volumeID sent in the EnableVolumeReplication request. and the dummy rbdVolume struct contains the image id of the actual volume because of that when we are repairing the dummy image the image is sent to trash but not deleted due to the wrong image ID. resetting
the image id will make sure the image id is fetching from the ceph cluster and the same image id will be used for manager operation.
Signed-off-by: Madhu Rajanna madhupr007@gmail.com

added skip-ci label as the change is in replicationcontrollerserver.go and this is not covered in E2E testing.


text:
rbd: return error if last sync time not present

As per the csiaddon spec, last sync time is a required parameter in the GetVolumeReplicationInfo if we are failed to parse the description, we return an error message instead of nil which is an empty response.
Signed-off-by: Madhu Rajanna madhupr007@gmail.com
Note:- skipping E2E as we dont have CI for DR
Note:- Replacement for https://github.com/ceph/ceph-csi/pull/3478 after discussion in csiaddons spec.

@ShyamsundarR PTAL at last commit. This check was missing, and cephcsi was returning an empty response.

@ShyamsundarR PTAL at last commit. This check was missing, and cephcsi was returning an empty response.

Thanks, I am only looking at overall structural correctness (hence not hitting the approved button). @yati1998 assuming you are taking a closer look?

@mergifyio rebase


text:
docs/docker-compose: Move to new containers/ dir

The existing docker-compose work is being replaced by ceph-devstack.

@kamoltat I just re-pushed after restoring the docker-compose functionality - please take a look when you've got time!

Was testing out this and ran into an error during bootstrap:
"/bin/sh -c cd /teuthology &&     mkdir ../archive_dir &&     mkdir log &&     chmod +x /teuthology/bootstrap &&     PIP_INSTALL_FLAGS=\"-r requirements.txt\" ./bootstrap" did not complete successfully: exit code: 1
Here is the full traceback of the error:
https://paste.centos.org/view/99a36a5b

@zmc Was testing out this and ran into an error during bootstrap:
"/bin/sh -c cd /teuthology && mkdir ../archive_dir && mkdir log && chmod +x /teuthology/bootstrap && PIP_INSTALL_FLAGS=\"-r requirements.txt\" ./bootstrap" did not complete successfully: exit code: 1
Here is the full traceback of the error:
paste.centos.org/view/99a36a5b
Since max shelf life for centos paste bin is 1 day here is another paste bin:
pastebin.com/QDh3KQcB

145.1       error: could not create 'build/lib/ansible_collections/community/aws/tests/integration/targets/sns/aliases': No space left on device
[...]
145.1 ERROR: Could not install packages due to an OSError: [Errno 28] No space left on device: '/tmp/pip-wheel-9ycfocbi'

@kamoltat thoughts on the latest updates?

@kamoltat Since we can't seem to get this merged, I think it might make more sense to close this PR, copy relevant bits into ceph-devstack.git, and let you maintain the docker-compose bits here.

Closed in favor of #1892

authors: kamoltat zmc

repo: ceph/teuthology


text:
Text corrections

Made a few text corrections on the docs.

Thank you for the contribution @criadoperez!

authors: JustinaPetr criadoperez

repo: ceramicnetwork/docs-docusaurus


text:
TYPE MISMATCH Status 400 - Cryptic error message shows snake case entity but I'm not using snake_case

My request:
{"data":{"type":"expenseItems","attributes":{"name":"","amount":"","frequency":1,"nextDueAt":""},"relationships":{"zenAccount":{"data":{"id":"78","type":"zenAccount"}}}}}
Response back from jsonapi-resources:
{"errors":[{"title":"Type Mismatch","detail":"zen_account is not a valid type for this operation.","code":"TYPE_MISMATCH","status":"400"}]}
Why is there snake case here?

I asked the above on the gitter tonight and got back this thanks to @lgebhardt:
The type should be zenAccounts (plural). It looks like the error message is using the internal representation (snake_case). We should get that fixed.
{"data":{"type":"expenseItems","attributes":{"name":"","amount":"","frequency":1,"nextDueAt":""},"relationships":{"zenAccount":{"data":{"id":"78","type":"zenAccounts"}}}}}

I tested my code with the suggested fix of pluralising the entity name in the type and this fixed the issue. Woo!
Including this issue for anyone else that follows this path and gets a TYPE MISMATCH error.
Also including so @lgebhardt you have a ticket raised so you can fix this issue.
Thanks again for your help.

repo: cerebris/jsonapi-resources


text:
Sequel ORM support

I want to revisit the subject of sequel ORM support that was started in this issue: https://github.com/cerebris/jsonapi-resources/issues/1006
There is a PR that was started quite some time ago with an attempt to do so. I copied a lot of the code for fixtures setup and models definitions I cherry picked as many commits as I could from the original PR so kudos for @Aryk for starting this. I didn't want to start from that PR as some of the code is outdated and I wanted to start from database setup only (no core changes yet).
I want to start draft PR early for any suggestions that you may have and I want to discuss changes early to avoid pushing a lot of code. I am not sure what is the direction I want to go but I think I would like to change inheritance to composition and just delegate methods from Resource to object representing "active relation" or "sequel dataset" instead of inheriting from it. What do you think?

I initially copied a lot of the code from the original PR but then I found a way to use original commits. There are still 4 failures on my local env and seems like CI has lots of them. So the first step would be to fix all of these failures for ORM=active_record and only then proceed with sequel.
Forgot to write in the PR description: please let me know if you are still willing to accept this PR. And when it comes to current work, are you ok with presented fixtures setup (in short: active record schema is dumped to a file with a rake task; it is then loaded into the database when test are run)

@lukesarnacki I haven't taken a detailed look at this PR yet, but I am on board with adding the SequelRecordAccessor, though I wonder if it would be better as a separate gem. I'll try to dig into this soon and offer some guidance.
The CI failure should now be fixed if you rebase against master.

authors: lgebhardt lukesarnacki


text:
Terra Button box shadow issue in Orion Fusion theme

Bug Report
Description
We're consuming terra-button. When we turn on the Orion Fusion theme, the shading on the inside of the button looks to be offset incorrectly.
Steps to Reproduce

Open https://engineering.cerner.com/terra-ui/components/terra-button-group/button-group/button-group
Turn on Orion Fusion Theme
Scroll down to the first example (Text and Icon - Default, no selected state)
The shading is incorrect as shown in the screenshot below.

Additional Context / Screenshots

You can also see it in this screen shot in our component

Expected Behavior

Possible Solution

The issue is most likely in this file https://github.com/cerner/terra-core/blob/main/packages/terra-button/src/orion-fusion-theme/Button.module.scss
Environment

Terra Button
Safari

@ Mentions

I've restarted my machine and the issue isn't there on the terra ui page.  It's still an issue in our component.
So I'm going to close this until I can get a better idea where the issue is

repo: cerner/terra-core


text:
Options button is not reflective on the purpose of the button

Accessibility
The button that opens the Appointment Details modal is labeled Options.
Audit Comments: "Options" button is not reflective of the purpose of the button.
Remediation Proposal:
The "Options" button should change to "Appointment Detail" to match the title of the resulting modal. The Dropdown menu caret should be identified as "Appointment options" (or something similar). Both buttons should be programmatically associated to the actual appointment for user context.
Steps to Reproduce

Additional Context / Screenshots

Expected Behavior

Possible Solution

Environment

Component Name and Version:
Browser Name and Version:
Node/npm Version: [e.g. Node 8/npm 5]
Webpack Version:
Operating System and version (desktop or mobile):

@ Mentions

The primaryOptionLabel prop should be used to set the button label. I'm closing this issue for now.

Closed to work with the consumer to resolve their implementation issue.

@neilpfeiffer and @benbcai this is actually an issue that should be addressed. There are multiple aspects to the split button that need to be resolved. First, the buttons are related yet have no programmatic connection. Second, if this split button was used multiple times on the page as "reply" and "more options" each of the buttons would need to be programmatically associated with content that provides more context about "what" are they replying to. The consumer team is using this button as "options" and "more options" for each appointment a consumer user may haveThe screen reader user would have no idea about what appointment the options or more options button is related to. It does not appear to me that the consuming teams have a way to make the programmatic connection between the content and the buttons. They must either visually hide text within the labels or provide a programmatic connection. Can either of you confirm or deny if either ability is provided. @ChaseSinclair

authors: TN032688 benbcai neilpfeiffer scottwilmarth


text:
Site Build "litters" Repo

Bug Report
Description
When using terra-dev-site's webpack configuration, the terra-dev-site generate app-config script is automatically ran. When run, it creates the dev-site-config/build directory and generates the site configuration. These configuration files can "litter" the project, where as the packed webpack assets use a virtual file system, so these files do not 'litter' the project. I am wondering if there is a way for these files to be created virtually or be automatically clean after running in webpack.
Additional Context / Screenshots

Possible Solution
Not sure if this is feasible since webpack is a static analysis tool and which is likely why these files are not using a virtual file system as is.

This is possible. I had a plan but didn't finish it as part of the intial offering. Through my work on kaiju i developed a 'fallback-filesystem' that we could hook up to webpack to avoid producing the build folder (and aggregate translations if we want). But it's work to do and I'm not sure how high of a priority is.

authors: emilyrohrbough mjhenkes

repo: cerner/terra-dev-site


text:
[terra-tabs] Added Drag and Drop for tab menu

Summary

Added drag and drop for tab menu.
Updated styles for tab content panel

What was changed:

Added drag and drop for tab menu.
Updated styles for tab content panel

Why it was changed:

Identified as a functional gap for mpage pass through
Tab content styles needed to switched appropriately based on the variant (framework/workspace). Framework tabs do not contain additional padding on right & left.

Testing

This change was tested using:

[x] WDIO
[x] Jest
[x] Visual testing (please attach a screenshot or recording)
[ ] Other (please describe below)
[ ] No tests are needed

Reviews
In addition to engineering reviews, this PR needs:

[x] UX review
[x] Accessibility review
[x] Functional review

Additional Details

This PR resolves:
UXPLATFORM-8867

Thank you for contributing to Terra.
@cerner/terra

Padding styles seems to be off with drag and drop icon

Resolved Comments c255ad7, 458d0b6

+1 with Fixing Padding style on Menu

Discussed on teams: No changes reqd

Was this UX/Accessibility reviewed?

Was this UX/Accessibility reviewed?

+1 @saket2403 was this reviewed by Accessibility team ??

authors: saket2403 sdadn supreethmr

repo: cerner/terra-framework


text:
cvmfs-csi v2

This PR brings major design changes to the driver.
Summary of changes:

Updated all dependencies to latest releases
Code:

CVMFS CSI now follows CSI spec v1.6.0
Dropped controller plugin
Dropped STAGE_UNSTAGE_VOLUME Node Plugin capability for now
Dropped per-repository mounts for now
Added automount support
Code refactoring

Deployment:

Refactored Helm chart and Kubernetes manifests to reflect new driver design
CVMFS configuration is now sourced solely via ConfigMaps:

cern-cvmfs-csi-default-local ConfigMap is mounted as a subPath to /etc/cvmfs/default.local file
cern-cvmfs-csi-config-d is mounted to /etc/cvmfs/config.d directory, now supports live config updates without having to redeploy the driver

Reworked documentation, examples, tests

Volume provisioning is no longer supported. All CVMFS repository access is now expected to be done via pre-created PV/PVC, that exposes CVMFS autofs root from where users can access any CVMFS repository.
This is a breaking change requiring incrementing the major version.
I've tried to split the PR into multiple commits for easier review. I can squash them once reviewers are ok with the changes.

PTAL @rochaporto

repo: cernops/cvmfs-csi


text:
Overly strict subject requirements

This arises from #6504 which talks about our checking that a commonName or subjectAltName is set on a cert.
The check for a CN or SANs might be wrong in the general case. RFC 5280 says that:

The subject name MAY be carried in the subject field and/or the subjectAltName extension.

(Important caveat: issuers MUST have a non-empty subject field, but we don't really check that)
I believe what we want is to enforce that any kind of subject name is present in the certificate such that it can be identified. Checking specifically for commonName is thus incorrect; the user could also reasonably set any other field in the subject.
🐛 We should consider widening the check to allow for any kind of subject field to be set, not just the CN. While a cert without a CN or any subjectAltNames might not be common, it does seem to be valid.
Furthermore, our literalSubject check currently enforces that the literalSubject contains a CN.
🐛 I can't think of a reason why we should enforce that a CN is present in literalSubject, for the same reason as in the bug above: a subject can be perfectly valid without a CN. We should check that the subject is non-empty if literalsubject is provided, but I can't see a reason to enforce that any particular field is set.
/kind bug

/remove-lifecycle rotten

repo: cert-manager/cert-manager


text:
Add ability to annotate certificate requests generateed by istio-csr

The specific need is relating to integrating with a Venafi project "Firefly" which allows for rooting your mesh PKI in your enterprise root.
The ask could be useful more generally and definitely wouldn't tie istio-csr to Firefly.
Firefly has a comprehensive policy framework which allows you to apply policy for certificates issued by the mesh, however, certificaterequests need to be annotated with the particular policy that is enforced for the cluster identities for the right policy to take effect.
When istio-csr runs there are effectively two classes of certificates with different lifetime and purpose, there operational certificates such as the one for istiod server and istio-csr replicas as well as obviously all the mtls certificates and they all need to be signed by the same Issuer specified in Values file.
A single annotation that is included on all CertificateRequest specifying the policy enforced in the cluster would allow for Firefly to enact policy when issuing, but the policy needs to be broad enough to capture all classes of certificates.
It would be an even better refinement if istio-csr could have different annotations for these different "classes" of certificates
I'd like the ability to specify some annotations on the certificaterequests generated by istio-csr, this just needs to be a static one for now so setting a single one in the values file will do for a first iteration. unless there is a more elegant solution proposed by the cert-manager team.

The above contribution by @aidy with input from me and @JoshVanL closes this issue, it is a first approximation where a single annotation is set to all workload certificates. Hopefully these annotations will be helpful to the wider community.
an example has been added to the repo https://github.com/aidy/istio-csr/blob/41d2249db6ea7f639fe17e0ddd2a4aa99d657b78/hack/demo/istio-csr-values.yaml#L24, a release will be cut soon.

repo: cert-manager/istio-csr


text:
Fix passwordless pkcs12 files for Java

In #296  user discovered that Java's keytool was unable to read PKCS#12 files generated by trust-manager which had no password set. We've not dug into why, but presumably keytool's implementation treats an empty password the same as a missing password somehow.
This wasn't caught in tests because our PKCS#12 library can parse the resulting files just fine.
By changing to use the "passwordless" encoder when no password is present, we can create files which both our tests and keytool can read. It's possible that some other tools can't handle the passwordless encoder and could break, but Java is (anecdotally) what we'd expect to be the largest consumer of PKCS#12 trust stores, so we'll optimise for that.
No test is provided here because keytool requires a JRE and it feels like too much to add a JRE to our test environment just for this. Instead, I've attached fixed-pkcs12.zip which contains examples of fixed PKCS#12 files created using this branch. The password for the password-protected example is abc123
Closes #296

Thanks for the fast review Erik ❤

repo: cert-manager/trust-manager


text:
Support Diligent Adept's 'djtgcfg' utility for flow.program() on applicable Diligent boards

@cfelton
What do you think of the idea of adding programming support to flow.program() for Diligent boards through their command line djtgcfg utility? (supports windows and linux).     If you're good with it, how do you think it would fit abstraction wise?  It seems like boards that support it shouldn't duplicate the functionality.   (though I imagine it would only be a couple of lines of code to add it)

Capturing design conversation with @cfelton re: this task:
Christopher Felton @cfelton 09:02
reading the description, I think what would make the most sense is to create a class DigilentFPGA(FPGA) the class would live in build/boards/xilinx dir.
then the digilent board descriptions would change to class Atlys(DigilentBoard)
Christopher Felton @cfelton 09:03
I guess DigilentBoard would make more sense than DigilentFPGA

repo: cfelton/rhea


text:
ENT-9455: Added delete-files/v0.0.1

Ticket: ENT-9455
Changelog: None

Cool! Is this the first module with input?
In the policy file of your module, it is mentioned in the comments that the module also manages the mode. But I can't see how this is done.

Second module with input. file-permissions was the first and what you see about mode is copy pasta leftovers.

Made the updates, except for making why optional, the only docs I find for cfbs input (https://github.com/cfengine/cfbs#add-module-input) don't mention optional vs non-optional.

repo: cfengine/build-index


text:
17-video-scroll The cursor is gone

When I run the code in lesson 17, everything works fine except that the  cursor is gone. This happens only when a scroll occurs. Any idea about this?   Thanks.

Hi @jx-li , I don't know if you are still interested in an answer, but I will leave this comment for anyone else that will stumble upon this in the future.
The reason the cursor is gone only after a scroll occurs is the way the line at the bottom is erased (all the bytes are set to 0) in contrast to how the screen is cleared (first byte set to ' ' and the second one to WHITE_ON_BLACK).

authors: jx-li stefanGaina

repo: cfenollosa/os-tutorial


text:
Support for standard querySelector syntax

Hi, it would be great if smooth-scroll would support standard querySelector syntax.
I want to use it for all links starting with a hash a[href^="#"] but then I found out that this plugin has it's own syntax for querying DOM elements.
What do you think?

This would be a great feature, but it's impractical to implement the way the plugin is written.
Rather than adding an event listener for every link, Smooth Scroll takes advantage of event bubbling. It listens for all clicks, and then checks to see if the clicked element has the class, data attribute, etc. passed in for smooth scroll links.
This is better for performance, but there's no good way to use a traditional querySelector selector against it.

Fair enough 👍

If you know of a way I'm missing, though, I'm all ears. I would truly love to add this in. I think it would make the plugin a lot stronger.

The simplest solution is probably to simply grab all items in the DOM and check whether the target is included.
http://codepen.io/ondrejsevcik/pen/rWvbxR?editors=1010
I don't know about the performance, but how often users clicks on a link... 🤔

Hmm... let me explore this a bit more.

Hey there. This should be fixed with v10.2.0, merging shortly.
https://github.com/cferdinandi/smooth-scroll/pull/303

Wohooo 😊  awesome 👍

authors: cferdinandi ondrejsevcik

repo: cferdinandi/smooth-scroll


text:
Second service added via Homebridge-MQTT not remembered on Homebridge restart

Has anyone else encountered the same? When I add a second service to an accessory only the first is remembered on Homebridge restart. Both in Home.app and reading all of this plugin's config via MQTT. Is there a change in HomeKit in iOS 13.2 that messes this up ?

How did you add the accessory and the second service?
Could you post your topic and payload JSON definitions.

Try to reset your mqtt broker. A retained “delete” message (if you previously made some add/remove tests) could be the cause of this problem.

No such messages are retained on the MQTT broker.
Topic: homebridge/to/add/service
Payload:
{
    "name": "Sentralvarme",
    "service_name": "Bereder",
    "service": "HeaterCooler"
}

Added to an accessory that already have a thermostat service.

If you want to retain it in the MQTT broker, you have to set retain true.
But you don't need it, because all the settings of your accessories are stored in the cachedAccessories file (path: .homebridge/accessories/cachedAccessories)
Search for Sentralvarme in cachedAccessories.
If you add the service, what shows homebridge/from/response ?

The response is success when I add it.
But cachedAccessories is empty ... hm... are there other paths where a duplicate could be stored ? I use DietPi based on Raspbian. This is odd because all other accessories (created via MQTT) are restored perfectly.

In order to be able to help you I need more infos and exactly what you did.

Your versions? (homebridge, homebridge-mqtt)

Are you using other plugins?

Start homebridge in Debug mode
see https://github.com/nfarina/homebridge/wiki/Basic-Troubleshooting

and post you log here.
If you are using node-red, build a short test showing how your are adding the accessory and the service and upload the flow here and post the result in the debug tab.

No answer! closing for now.

My versions are all the latest as per today.
Other Homebridge plugins are Homebridge-Hue.
However I have not been able to reproduce on the latest restarts of Homebridge. Then it is suddenly cached after all. Dont know what happened. Closing issue is ok.

authors: bohtho cflurin faxioman

repo: cflurin/homebridge-mqtt


text:
Submit to CRAN

Do all the remaining work to submit to CRAN.

See standards

repo: cfmack/pRometheus


text:
Change example links to alerts

Changes

Change links in table row example to an alert instead of an actual URL link so that clicks of the example don't leave the docs page.
Make example code block actually follow implemented code for row links in tables.

Testing

Set up local test environment and check docs for cf-tables and click a row link https://github.com/cfpb/capital-framework/blob/canary/CONTRIBUTING.md#testing-components-locally

Screenshot

Seems fine, but did you consider just removing the href attribute? The desired row hover effect still works if you do that.

The functionality of this appears to be around making the link click work for the whole row, so it's not just about the hover. See https://github.com/cfpb/capital-framework/blob/canary/src/cf-tables/src/TableRowLinks.js#L34

repo: cfpb/capital-framework


text:
Add django-watchman and first check (for server time)

django-watchman is an app that lets us create a status endpoint with our own checks for system status.
Additions

An alerts Python package that we'll use for alerting/monitoring/related code. Not currently a Django app.
django-watchman dependency
ntplib dependency
django-watchman checks for caches, databases, and storages
Custom watchman check for system clock drift

Testing
echo "export WATCHMAN_TOKENS=''" >> .env
pip install -r requirements/local.txt
./runserver.sh

Then visit http://localhost:8000/_status and http://localhost:8000/_status/dashboard.
Screenshots
JSON output at /_status looks like this:
{
  "clock sync":{
    "ok":true
  },
  "caches":[
    {
      "api_cache":{
        "ok":true
      }
    },
    {
      "default":{
        "ok":true
      }
    },
    {
      "eregs_longterm_cache":{
        "ok":true
      }
    }
  ],
  "storage":{
    "ok":true
  },
  "databases":[
    {
      "default":{
        "ok":true
      }
    }
  ]
}

The /_status/dashboard looks like this:

Todos
We will need to add WATCHMAN_TOKENS to our ansible environment variable configuration.
Checklist

[x] PR has an informative and human-readable title
[x] Changes are limited to a single goal (no scope creep)
[x] Code can be automatically merged (no conflicts)
[x] Code follows the standards laid out in the development playbook
[x] Passes all existing automated tests
[ ] New functions include new tests
[ ] New functions are documented (with a description, list of inputs, and expected output)
[ ] Placeholder code is flagged
[ ] Visually tested in supported browsers and devices
[ ] Project documentation has been updated
[x] Reviewers requested with the Assignee tool :arrow_right:

@richaagarwal and I paired on this.

@richaagarwal @willbarton have you talked about whether this _status endpoint will be publicly available, or locked down to certain IPs / subnets such that we can only see it from the EXT vpn?

@marcesher right now it'll be available publicly, but locked behind a required token. Without the authorization token you get an HTTP 403.

I'm going to merge this because it doesn't have any user-facing changes and we paired on it, but still open to feedback as we'll continue to expand this in the coming weeks.

authors: marcesher richaagarwal willbarton

repo: cfpb/cfgov-refresh


text:
[BUG]: Mutation with multiple variables

I am trying to create a mutation query:
$mutation = new Mutation('create', ['var1' => new Variable('var1', 'Uuid!', '']);

This throws an exception: Call to member 'addVariable' on null, Node.php:311
    protected function buildArgs($arguments)
    {
        $builder = new Arguments($arguments);

        $query = $builder->convert();

        foreach ($builder->getVariables() as $variable) {
            $this->getRootNode()->addVariable($variable);
        }

        return $query;
    }

I am wondered why this happen? Is there a solution or am I doing something wrong ?
Update
The mutation query is not created in proper way, I'll show an example:
This query generated by this library:
mutation {
  create(category: "Create!", storeId: "Uuid!", userId: "Uuid!") {
    id
    name
    url
    order
    attributes {
      id
      key
      name
      values
    }
    children {
      id
      name
    }
  }
}

While it should look like this one (I wrote it manually):
mutation Mutate($category: Create!, $storeId: Uuid!, $userId: Uuid!) {
    create(category: $category, storeId: $storeId, userId: $userId) {
        id
        name
        parent {
            id
            name
        }
        attributes {
            id
            name
            values
        }
    }
}

hey. thanks for your feedback.
Couple os questions:

what is the return type of $this->getRootNode()?
What is the code used to generate the invalid mutation?

I need to be able to replicate in order to fix or suggest implementation

authors: cfpinto wajdijurry

repo: cfpinto/graphql


text:
Not Backing up after 0.1.8 update

I am in Obsidian v1.7.4.  Local backups now appear to be empty...

Backup . obsidian/plugins/local-backup/data.json, and reinstall the plugin.

Thank you, that fixed it!
On Thu, Oct 10, 2024 at 7:35 PM GC Chen @.***> wrote:

Backup .obsidian/plugins/local-backup/data.json, and reinstall the plugin.
—
Reply to this email directly, view it on GitHub
https://github.com/cgcel/obsidian-local-backup/issues/46#issuecomment-2406225593,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACCPSBDXD2U3CC5NVFWDFGDZ24FKXAVCNFSM6AAAAABPXRUM2KVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMBWGIZDKNJZGM
.
You are receiving this because you authored the thread.Message ID:
@.***>

authors: cgcel shallotx

repo: cgcel/obsidian-local-backup


text:
Fix USB Interrupt Wiring

Have verified the global interrupt is the one that actually fires.
The LP/HP interrupt is for USBD, which does not exist on V30x chips.
I am pretty sure the USB_WAKEUP one is for USBD not FS/OTG. Have verified on wakeup / suspend, the main OTG_FS interrupt is fired.

This should be ready to review / merged. Mostly added some enum so things are a bit easier to use / no magic constants.
also changed the uep_mod from array to individual register since they each control different end points it's a bit hard to understand when they are just labeled "high / low"


text:
need to add more than one icon on swipe right

how can I increase the reveal width or how can I add more than one icon on hiddenContentStart?

I need this too!

I need this too!

what tool I dont understand

what tool I dont understand

need to add more than one icon on swipe right!

You could try this way
RevealSwipe(
        modifier = Modifier
            .fillMaxWidth(),
        onContentClick = {},
        maxRevealDp = 150.dp,  <----    // Increase reveal width by default it's 75.dp
        hiddenContentStart = {  // this is RowScope so you can put as many you want, just you need to increase **maxRevealDp** above based on your content.
            IconButton(
                onClick = {}
            ) {
                Icon(
                    imageVector = Icons.Default.Add,
                    contentDescription = null,
                    modifier = Modifier.padding(horizontal = 25.dp),
                )
            }

            Spacer(modifier = Modifier.width(4.dp))

            IconButton(
                onClick = { }
            ) {
                Icon(imageVector = Icons.Default.Edit, contentDescription = null)
            }
        },
        hiddenContentEnd = {
            IconButton(
                onClick = {}
            ) {
                Icon(
                    imageVector = Icons.Default.Delete,
                    contentDescription = "Delete order",
                    modifier = Modifier.padding(horizontal = 25.dp),
                )
            }
        },
        contentColor = MaterialTheme.colorScheme.onSurface,
        backgroundCardContentColor = LightColor9,
        backgroundCardStartColor = MaterialTheme.colorScheme.primary,
        backgroundCardEndColor = MaterialTheme.colorScheme.secondary,
        shape = RoundedCornerShape(6.dp),
        backgroundStartActionLabel = "Start",
        backgroundEndActionLabel = "End",
    ) {}

Waiting...

Duh; maxRevealDp?

you can use a row guys and increase the maxRevealDp

authors: KevinMartinezC alshinnawy ansonchikhb as3ied azickri niyajali rezafaraji93


text:
Divide 'number' typeof into further sub-categories 'NaN', 'Infinity', and 'number'.

Hi,
I'd like to propose an addition to this library for the 'number' typeof.
In the standard JavaScript specification, NaN and infinity values are considered to be numbers, which means that after the typeof operator return 'number', you still need to check for these two cases.  This library has already greatly simplified my type checks for the 'object' typeof, but is not so useful when 'number' is returned as I still need to check for NaN and (-)Infinity.  Therefore I'd like to some additional checks and return values for this scenario.
In my code, I've checks for Infinity and -Infinity, but have not made a distinction between the return values as I don't see a need for it, but I've kept the checks separate in case you feel there is.  I also decided against a check for integer as there are cases where you want to accept either, and having to check for both would seem to me to violate the point of the library.  However, I don't think I've ever run across a valid use case where NaN and (-)Infinity was acceptable when all you wanted was a usable number.
I can always build a wrapper around your library and adds these checks to it, if you decide against this PR, but I think it would be convenient if this library had the check built in.  Please let me know if you think this will be worth adding.
X.

While I can understand the utility for this, I'm not sure if I buy into this PR. There are useful static methods with good compatibility that can check these things (isNaN() & isFinite()), and this lib is mostly meant as a compatibility layer against the pitfalls of typeof & Object.toString.
I'll let other @chaijs/type-detect maintainers comment on this so we can get a consensus before moving in any particular direction.

Hi @xarxziux, thanks for your PR!
I think this does make sense. Even though we have isNaN and isFinite available, the real problem is not how to detect whether something is NaN or Infinity, the problem is having to check for those after the typeof operation. (IMO)
I think that by not adding this to our library we would just be giving our users the job of doing this every time they needed to check if something is a real Number (not NaN neither Infinity).
However, we might want to check for the impact this will have in performance terms, because we might wanna use the native methods if they're faster than the if clauses we already have and we also wanna ensure we're doing this the best way possible.
Let's wait to hear what other maintainers have to say.
Thanks everyone for sharing your thoughts 😄

I'm not a member of @chaijs/type-detect, but I want to give my 2cents here anyway.
I understand that NaN is almost never a useful number.
But, IMHO it's not part of type-detect's job to tell if something is NaN or Infinite. The types of those values are number and type-detect will tell you that.

Let's get @meeber and @shvaikalesh's opinions on this, and see what consensus we can come up with then.

Hi guys, thanks for taking the time to consider this.
As I understand it, type-detect's role is to counter the inadequacies/insanities of the built-in typeof operator.  Personally I find the idea that typeof NaN === 'number' to be a major WTF in JavaScript.  In other words, the language considers Not-A-Number to be a number. 😣
Also, while technically Infinity is a number, is more likely to arise when you do something silly like divide by zero.  I've never some across a case where it's a valid result to an operation, but the typeof operator doesn't tell me that.
I know there are other ways to check for NaN and Infinity, but they add an extra step to the process.  Having a single command do this seems a more elegant solution.
On the performance issue, this is not my area of expertise.  I mainly code back-end automation, file-conversion, and data cleaning tasks, so as long as my script can out-perform Excel then the users will be quite happy (and that really isn't asking for much).  If it is an issue, I can always convert the PR to a wrapper library that calls type-detect and performs the same step before sending it back.

I think this does make sense. Even though we have isNaN and isFinite available, the real problem is not how to detect whether something is NaN or Infinity, the problem is having to check for those after the typeof operation. (IMO)

Number.isNaN and Number.isFinite were added to simplify this: they don't call ToNumber.
I don't think we should diverge from Object#toString this much. type-detect is for type detecting, not values. And the backwards compatibility with existing Chai tests is a huge issues too.

The types of those values are number and type-detect will tell you that.

This is true, but by using this logic we can also argue that an Array should have type object.
However, I think you're both right when you say this:

type-detect is for type detecting, not value.

So I'm also okay with not accepting this. Thanks everyone for sharing your thoughts 😄

2 has the same prototype as NaN or Infinity
[] does not has the same prototype of {}
For typeof, [] and {} have the same type. But that's one of the reasons why this library exists.
To me, NaN and Infinity are just possible values of Number
The same as [1] and [1, 2] are possible values of Array

I feel like we have a strong enough consensus here @xarxziux. As @shvaikalesh quite rightly says - we shouldn't deviate too far from what Object#toString would give you, this lib is just meant to fix compatibility issues with Object#toString.
Hopefully you can see where we're coming from, and why - while we definitely put some consideration into your change - ultimately we feel it best not to include it. Please don't let that dissuade you from making further contributions to any chai code! Contributions are always welcome 😄 and its always good to have the discussion.

Not a problem.  I've converted the PR into a separate library - number-detect - which fulfills the same purpose.
Thanks for taking the time to comment.
X.

authors: keithamus lucasfcosta shvaikalesh vieiralucas xarxziux

repo: chaijs/type-detect


text:
fix: narrow down list of classes in log4j

Fixes: #178
The code was accidentally picking up the tests jar from maven central. Fixed it to get the correct jar.

Runtime classes log4shell JDK 17 Tem
1. GCA_Proxy_java_lang_annotation_Documented
2. GCA_Proxy_java_lang_annotation_Retention
3. GCA_Proxy_java_lang_annotation_Target
4. GCA_Proxy_org_apache_logging_log4j_core_config_plugins_Plugin
5. GCA_Proxy_org_apache_logging_log4j_core_pattern_ConverterKeys
6. GCA_Proxy_org_apiguardian_api_API
7. GCA_java/lang/management/ManagementPermission
8. Proxy_java_lang_Deprecated
9. Proxy_java_lang_annotation_Documented
10. Proxy_java_lang_annotation_Inherited
11. Proxy_java_lang_annotation_Repeatable
12. Proxy_java_lang_annotation_Retention
13. Proxy_java_lang_annotation_Target
14. Proxy_org_apache_logging_log4j_core_config_Order
15. Proxy_org_apache_logging_log4j_core_config_plugins_Plugin
16. Proxy_org_apache_logging_log4j_core_pattern_ConverterKeys
17. Proxy_org_apiguardian_api_API
18. Proxy_org_junit_jupiter_api_Test
19. Proxy_org_junit_platform_commons_annotation_Testable
20. Proxy_rtf_com_fasterxml_jackson_annotation_JacksonAnnotation
21. Proxy_rtf_com_fasterxml_jackson_annotation_JsonCreator
22. Proxy_rtf_com_fasterxml_jackson_annotation_JsonGetter
23. Proxy_rtf_com_fasterxml_jackson_annotation_JsonProperty
24. jdk/internal/reflect/GeneratedMethodAccessor1
25. jdk/internal/reflect/GeneratedMethodAccessor2
26. jdk/internal/reflect/GeneratedMethodAccessor3
27. jdk/internal/reflect/GeneratedSerializationConstructorAccessor1


text:
chore: add integration tests

📝 Description
Adds first integration tests for tags-input.
⛳ Current behavior (updates)

🚀 New behavior

💣 Is this a breaking change (Yes/No):
No
📝 Additional Information
As discussed in #533, this is an effort to add integration tests with vitest. The idea is to slowly build additional test suites that:

provide more immediate feedback than playwright tests by running faster
provide direct access to a machines context per test
simplify testing edge cases

Currently the test suite only includes a setup for react. I think this might be enough, if we see these tests as an addition to real e2e tests with playwright. The main focus would be on testing shared machines.

Closing this for now to reduce the maintenance burden.
I think we can do without it for now.

authors: segunadebayo visualjerk

repo: chakra-ui/zag


text:
Add diff-hl background face for TUI

Fringe is unavailable in terminal, so I'm using diff-hl-margin-mode in
terminal.
Add background color works in terminal and makes the vc-change more visible in
GUI.
Btw, does the t inside ct- means terminal? I have not tested it on a
16-color terminal, but it works fine on my 256-color terminal and true-color
terminal.

Here is the comparison:

GUI

before

after

TUI

before

after

Here is the comparison:

GUI

before

after

TUI

before

after

GUI

GUI keep same as TUI

TUI under true-color

TUI under 256-color

Sorry, I just found that :foreground will affect the color in terminal, so I won't delete them. But it's strange that although the :foreground and :background colors keep same in ct-, they look different.

GUI

GUI keep same as TUI

TUI under true-color

TUI under 256-color

Sorry, I just found that :foreground will affect the color in terminal, so I won't delete them. But it's strange that although the :foreground and :background colors keep same in ct-, they look different.

:+1: Thank you for the great comparison! :heart:

Use the built-in dark color makes it a little hard to tell the difference

Should we use the default dark variant, or keep pace with terminal?

We already have a darker red (ct-red-dd/red-dd)  and a darker green (ct-green-dd/green-dd) for this.
https://github.com/challenger-deep-theme/emacs/blob/b0d5f103db8ee846580617cc3a2f44f89edd5a6d/challenger-deep-theme.el#L40
https://github.com/challenger-deep-theme/emacs/blob/b0d5f103db8ee846580617cc3a2f44f89edd5a6d/challenger-deep-theme.el#L59
I think they should work fine, have you tried using those?

:+1: Thank you for the great comparison! :heart:

Use the built-in dark color makes it a little hard to tell the difference

Should we use the default dark variant, or keep pace with terminal?

We already have a darker red (ct-red-dd/red-dd)  and a darker green (ct-green-dd/green-dd) for this.
https://github.com/challenger-deep-theme/emacs/blob/b0d5f103db8ee846580617cc3a2f44f89edd5a6d/challenger-deep-theme.el#L40
https://github.com/challenger-deep-theme/emacs/blob/b0d5f103db8ee846580617cc3a2f44f89edd5a6d/challenger-deep-theme.el#L59
I think they should work fine, have you tried using those?

Sorry, I have not tested it. But they look good.

It's a mistake I wrote a yellow-dd in the above picture. There is no yellow-dd actually. But would you mind I add #7b5b3d as yellow-dd? I added a ct-yellow-dd, it's chosen from 256-color.

Sorry, I have not tested it. But they look good.

It's a mistake I wrote a yellow-dd in the above picture. There is no yellow-dd actually. But would you mind I add #7b5b3d as yellow-dd? I added a ct-yellow-dd, it's chosen from 256-color.

It's a mistake I wrote a yellow-dd in the above picture. There is no yellow-dd actually. But would you mind I add #7b5b3d as yellow-dd? I added a ct-yellow-dd, it's chosen from 256-color.

:+1: Sounds good

It's a mistake I wrote a yellow-dd in the above picture. There is no yellow-dd actually. But would you mind I add #7b5b3d as yellow-dd? I added a ct-yellow-dd, it's chosen from 256-color.

:+1: Sounds good

OK, I've rebased it to one commit. Thanks for your patience!

OK, I've rebased it to one commit. Thanks for your patience!

:+1:  Thank you!

:+1:  Thank you!

authors: MaxSt dalugm

repo: challenger-deep-theme/emacs


text:
[Preview 8] BlazorStyled and Syncfusion don't work together

I upgrade to today's version for both.
Syncfusion needs this to work:
endpoints.MapBlazorHub<App>(selector: "app");
BlazorStyled needs this to work:
endpoints.MapBlazorHub();
How to get both to work together? I can only get one to work at a time.

I haven’t tried it but suncfusion should be able to work with the way BlazorStyled is. Have you tried it?
I won’t be back home till Friday. Took my girl to college

Yes, I used them both in Preview 7 and now Preview 8.  I have been using Syncfusion controls since the beginning. The issue only came up with I had to change to this:
endpoints.MapBlazorHub();
with BlazorStyled Preview 8. They do not work together if we have to change that.

Hi @VR-Architect, There is a workaround! You don't have to place the style tag in the head. I will update the docs for this alternate solution but in the mean time, to get you going here is what you need to do (Posting a link to a working project at the end of these instructions as well):

You don't need to change the _Host.cshtml file, leave it as it is.
You don't need to change Configure in the Startup.cs file, you can leave it like so: endpoints.MapBlazorHub<App>(selector: "app");
You still need to add: services.AddBlazorStyled(); in ConfigureServices in Startup.cs
In your main layout add: <ServerSideStyled/>

That's it, everything should work! Here is a working sample with a red paragraph generated by BlazorStyled and the Calendar control from the Getting Started in the SyncFusion docs: https://github.com/chanan/BlazorStyledPlusSyncFusion
Thanks for bringing this to my attention. This might also work in Server pre-render scenarios. I will have to check it out. As usual, I will leave this issue open in case you can get it working, please let me know either way.

Wow! You continue to impress. That is more elegant solution. Thanks again!

Docs updated: https://blazorstyled.io/alternate-server-side-install

In preview 9 this might have been fixed to work the "original way" I will retest this tomorrow. see here: https://devblogs.microsoft.com/aspnet/asp-net-core-and-blazor-updates-in-net-core-3-0-preview-9/#multiple-components-in-views-or-pages

authors: VR-Architect chanan

repo: chanan/BlazorStyled


text:
A bug in me.chanjar.weixin.mp.api.WxMpServiceImpl.java at line 449

Method oauth2validateAccessToken got something wrong.
String url = "https://api.weixin.qq.com/sns/auth?";
url += "access_token=" + oAuth2AccessToken;
We should plus  oAuth2AccessToken.getAccessToken();
like this :1:
url += "access_token=" + oAuth2AccessToken.getAccessToken();

没错，确实要使用oAuth2AccessToken.getAccessToken()

I
I'm on vocation now, so I'll fix it in 5 days, thanks

Fixed，please try again

Thanks

authors: blademainer chanjarster leauge7

repo: chanjarster/weixin-java-tools


text:
Stop auto-closing issues

Motivation
The pace set by autoclave does not match the number of engineers we actually have. Also it's nicer for a human to make this call, and is not a good experience for potential contributors
Definition of Done
We stop auto-closing PRs
We can either remove this all together, or we can just turn off closing.
Tasks

Remove .github/workflows/close-stale-prs.yml to totally remove
Set days-before-pr-close: -1  to prevent PRs from being closed

Any preference on these two? @pablo-gar @ebezzi

Totally remove

authors: ebezzi ivirshup

repo: chanzuckerberg/cellxgene-census


text:
upgrade anndata to latest version

Need
We are currently using anndata==0.8.0. At the time of writing this ticket anndata is on 0.10.7. The longer we wait to upgrade the more difficult it will be.
Updating the version in the CLI will also require the version used in single-cell-portal to update as well.
DOD

update anndata to latest version in CLI
update anndata to the same version use as the CLI.

We need to ensure that the schema is updated before anndata is updated. There is a general requirement:

The canonical data format for CELLxGENE Discover is HDF5-backed AnnData as written by version 0.8 of the anndata library.

In addition, it also impacts submitters/curators and seurat conversions.

@Bento007 and @nayib-jose-gloria - how are you feeling about 0.10.8 for schema 5.2.0?

Updated in patch 5.1.1 https://github.com/chanzuckerberg/single-cell-curation/releases/tag/v5.1.1

authors: Bento007 brianraymor nayib-jose-gloria

repo: chanzuckerberg/single-cell-curation


text:
[feature] file format resource

Test Plan

[x] acceptance tests

[x] unit tests

References

@ajbosco can you fix the conflicts and i'll take a look after?

Any status on this? Would love the resource!

Any news on this?

@ajbosco and I deprioritized this work, but anyone else can feel free to pick up this branch and finalize.

authors: acompa ajbosco alldoami elliottohara philippeboyd


text:
Event Badging Mobile Design

We have some screens for the Mobile view we need some UX review and redesign to reduce scroll time for users.
About Event Badging Page Mobile
Event Badging Page Mobile
Details will be made available to contributors who express interest.

Hi, I'm Interested!

Awesome @Shubh-all

You should have access to the workspace now. Check the mobile page here @Shubh-all

Hello, I'm interested in this, how can I get started

authors: BeautyBelz Shubh-all iamkingsleey

repo: chaoss/chaoss-africa


text:
🛑 in (Naman) is down

In 06e9515, in (Naman) (https://in-mirror.chaotic.cx/no-failover/chaotic-aur/lastupdate) was down:

HTTP code: 503
Response time: 55 ms

Resolved: in (Naman) is back up in e78f061.

repo: chaotic-aur/chaotic-uptimes


text:
🛑 Silky.Network - us-ca is down

In 87a7a04, Silky.Network - us-ca (https://us-ca-mirror.chaotic.cx/no-failover/chaotic-aur/lastupdate) was down:

HTTP code: 503
Response time: 59 ms

Resolved: Silky.Network - us-ca is back up in 6214ab6.


text:
🛑 br-2 (Alisson) is down

In 70d4c11, br-2 (Alisson) (https://br-2-mirror.chaotic.cx/no-failover/chaotic-aur/lastupdate) was down:

HTTP code: 503
Response time: 1036 ms

Resolved: br-2 (Alisson) is back up in 4f8e9f8.


text:
gffutils preparation of genome annotations for cufflinks is very slow

I am currently profiling a couple of RNA-Seq analyses and by far the longest running process is not mapping or the main cufflinks process (as one would assume), but preparation of the genomic reference database in fix_cufflinks_attributes. That function loads in a couple of millions of genomic annotations from a reference GTF that are heavily post-processed by gffutils to deliver an in-memory sqlite database that is later used by bcbio. And that takes hours.
The main problem is not only that database preparation is slow (probably slower than it would have to be due to a couple of very expensive joins in gffutils that happen during database construction), but that the database preparation is repeated every time bcbio runs an analysis (or is restarted on the same working directory), since the annotation database is in-memory.
While it is possible to speed up the process a little (using pragmas and indexes), it is still very wasteful to generate the annotation database anew each time a sample is analyzed. Since the annotation database is only depending on the reference annotation, which is constant, I strongly suggest it should instead be distributed as a pre-generated file by bcbio or cloudbiolinux as part of the reference material. The pre-generated sqllite database could then be loaded into gffutils in fix_cufflinks_attributes. As far as I know, all facilities to generate, store and load such gffutils databases are already in place in gffutils itself, so there would be no overhead other than making the database once, adding it to the RNA-Seq reference package, and loading it in fix_cufflinks_attributes (or fall back to in-memory if it is not available).

I proposed an improvement proposal upstream in gffutils that sped up generation of the annotation database about 100-fold on my system using pragmas and indexes. Still, I recommend that the pre-generated database should be part of the reference resources instead.

Hi @schelhorn,
I hope we meet in real life on day so I can buy you a coffee. There is a pre-generated database that comes with the reference resources; we were remaking it though by accident in this function. We can't avoid making the database all of the time though-- the purpose of that fix_cufflinks_attributes function is when you assemble a new transcriptome to preserve the original gene and transcript ids, so we have to make a new database for each run if the transcriptome is assembled. If you click off assemble_transcriptome in the YAML file this function won't run if you don't care about assembling a new transcriptome.
Thanks for those upstream fixes. We noticed gffutils was super slow building a database for the release 79 annotations when we were working on hg19 support, I think your proposed change might fix that too.

@daler accepted the improvement proposal and the performance increase will probably be part of the next gffutils pypi release. Ceterum censeo...

Related, we've been playing with replacing Cufflinks with StringTie (http://ccb.jhu.edu/software/stringtie/) to speed this part up even more but haven't had a chance to check the reconstructions against each other yet.

There is a pre-generated database that comes with the reference resources; we were remaking it though by accident in this function.

Excellent; considering cdd723b the transcriptome assembly should be much faster now - thanks. This issue is resolved.

If you click off assemble_transcriptome in the YAML file this function won't run if you don't care about assembling a new transcriptome. (...) Related, we've been playing with replacing Cufflinks with StringTie.

Tapping StringTie is a great way to go once the high FPMK issue is resolved. However, I personally would prefer keeping both Cufflinks and StringTie as alternatives. So I suggest that the assemble_transcripts option in the YAML file should be converted from a boolean into a list that accepts cufflinks and stringtie values. In that manner, users can decide if they want to continue generating both assemblies as an intermediate solution until StringTie is sufficiently trusted.

I hope we meet in real life one day so I can buy you a coffee.

That could be arranged if you'd care to hop over to Dublin in July for HitSeq or ISMB. It would have to be Irish Coffee then, naturally.

Hi @schelhorn,
Totally agree with everything you said. I can't make it to ISMB this year unfortunately but I'm sure I'll have another chance to settle up the coffee debt. Thanks again!

Hi @schelhorn and @roryk --
I'd be happy to help figure out how to speed things up on the gffutils side. Usually you have to choose the right db creation options, but as I mentioned in gffutils #48, in some cases the right options might not exist yet in gffutils.
For example, even given the fix in 5c7e7427a, a GTF file with transcript features but not gene features will still incorrectly enable the option to infer gene and transcript extents. Once gffutils has more granular control for this I can submit a PR to address this.
Rory, you mentioned slow db creation with release 79 hg19, has this been resolved yet?

Followup: gffutils has been updated in PyPi:

No prob, thanks for the input. BTW, v0.8.4rc1 is up on PyPI now. --@dialer

and a new StringTie development version with fixed FPKM issue has been released:

The devel branch here on github (which we are now testing for the imminent v1.0.4 release) should be ready for testing - and should have been fixed these (and other) issues. --@gpertea

Sven-Eric -- thanks much. On the gffutils side, we're now pulling in the latest release candidate as conda libraries and also from the requirements file. I know @roryk is working on the StringTie side so will let him follow up on that. Thanks as always for all of the great work.

Thanks for the ping Sven-Eric, I've been waiting for the StringTie folks to make their release since they've been working on it a bunch and saying its imminent, hopefully it will be soon.

I am also struggling with how slow it is to create databases using gffutils.  Are there any precreated gffutils databases for the various Ensembl annotations (eg:Homo_sapiens.GRCh38.84.gtf) available for download? Is it feasible for creation of the sqlite3 database in gffutils to be parallelized (i.e in gffutils.create_db)?  I have 32 cores on my workstation but only one is being utilized so this is taking hours.

This should definitely not take hours, it should be on the order of 10-20 mins on a single core. Are the issues you're having is within the context of bcbio-nextgen? If not, we can continue over on https://github.com/daler/gffutils/issues/20#issuecomment-214069710.
Unfortunately sqlite3 doesn't support parallel writes and the nature of the database creation is such that parallelization won't gain much.

authors: chapmanb daler pavo roryk schelhorn

repo: chapmanb/bcbio-nextgen


text:
Learning - a quick question

Hi,
I've setup jekyll and bower and wanted to give your project a try to see polymer does.  I'm a little bit confused about the bower component.  I have it installed, and wonder if there is more I'm supposed to do - as I noticed it contains custom _includes, etc.  In other words, I still have the original structure files from running the jekyll new command.
What steps would I need to take before I'd be able to see the polymer output?

Once you have cloned the repository, you just have to run jekyll in the directory:
jekyll serve
Then the result is available at the printed address (e.g http://0.0.0.0:4000/material-jekyll/). It should be viewed with a compliant browser (Chrome, Opera, Firefox).

authors: bdulac visioninit

repo: charbelrami/material-jekyll


text:
feat: save setting of RUNEWIDTH_EASTASIAN

saves the current setting of RUNEWIDTH_EASTASIAN on startup, then sets it to true, and then restores it on shutdown. Will want to check when go-runewidth needs it

I'm trying to see when and where the RUNEWIDTH_EASTASIAN env var is needed in Bubble Tea. Here's what I've found so far:
❯ go mod why -m github.com/mattn/go-runewidth
# github.com/mattn/go-runewidth
github.com/charmbracelet/bubbletea
github.com/muesli/reflow/truncate
github.com/mattn/go-runewidth

It's used a few times in reflow:
https://github.com/search?q=repo%3Amuesli%2Freflow runewidth&type=code
though it looks like Bubble Tea just uses truncate, namely truncate.String
https://github.com/charmbracelet/bubbletea/blob/master/standard_renderer.go#L235
Which calls truncate.Write
https://github.com/muesli/reflow/blob/83f63799117108248750298720ed34dd55d5201a/truncate/truncate.go#L92
https://github.com/muesli/reflow/blob/master/ansi/buffer.go#L21
Here's where the env variable gets checked in  go-runewidth lib (I have no idea how and when this init would get called.
https://github.com/mattn/go-runewidth/blob/master/runewidth.go#L27

It looks like go-runewidth always checks for the RUNEWIDTH_EASTASIAN env variable and does some other checks of the environment if that value is not set. https://github.com/mattn/go-runewidth/blob/master/runewidth_posix.go#L32
Regardless, a lot of the issues that users are experiencing can be resolved by setting this environment variable to true, so we will do that on startup, then reset it to its original value on teardown

No longer relevant
https://github.com/charmbracelet/bubbletea/pull/811#issuecomment-2007563811

repo: charmbracelet/bubbletea


text:
Event loop is closed warning errors fired by plugin.py

For every integration test run in our 20 charms I'm getting these warnings. I'm aware that more people are experiencing the same. Any fix?
================== 1 passed, 3 warnings in 341.19s (0:05:41) ===================
/home/ubuntu/actions-runner/_work/charmed-magma/charmed-magma/orchestrator-bundle/orc8r-accessd-operator/.tox/integration/lib/python3.8/site-packages/paramiko/transport.py:236: CryptographyDeprecationWarning: Blowfish has been deprecated
  "class": algorithms.Blowfish,
Task was destroyed but it is pending!
task: <Task pending name='Task-11' coro=<Connection._pinger() running at /home/ubuntu/actions-runner/_work/charmed-magma/charmed-magma/orchestrator-bundle/orc8r-accessd-operator/.tox/integration/lib/python3.8/site-packages/juju/client/connection.py:572> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0x7f0a204f4310>()]>>
Task was destroyed but it is pending!
task: <Task pending name='Task-6' coro=<Connection._receiver() running at /home/ubuntu/actions-runner/_work/charmed-magma/charmed-magma/orchestrator-bundle/orc8r-accessd-operator/.tox/integration/lib/python3.8/site-packages/juju/client/connection.py:524> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0x7f0a21da8460>()]>>
Task was destroyed but it is pending!
task: <Task pending name='Task-4' coro=<WebSocketCommonProtocol.keepalive_ping() running at /home/ubuntu/actions-runner/_work/charmed-magma/charmed-magma/orchestrator-bundle/orc8r-accessd-operator/.tox/integration/lib/python3.8/site-packages/websockets/protocol.py:977> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0x7f0a2055fdc0>()]>>
Fatal error on SSL transport
protocol: <asyncio.sslproto.SSLProtocol object at 0x7f0a21de78b0>
transport: <_SelectorSocketTransport closing fd=11>
Traceback (most recent call last):
  File "/usr/lib/python3.8/asyncio/selector_events.py", line 910, in write
    n = self._sock.send(data)
OSError: [Errno 9] Bad file descriptor

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.8/asyncio/sslproto.py", line 6[85](https://github.com/canonical/charmed-magma/runs/6271545946?check_suite_focus=true#step:4:85), in _process_write_backlog
    self._transport.write(chunk)
  File "/usr/lib/python3.8/asyncio/selector_events.py", line [91](https://github.com/canonical/charmed-magma/runs/6271545946?check_suite_focus=true#step:4:91)6, in write
    self._fatal_error(exc, 'Fatal write error on socket transport')
  File "/usr/lib/python3.8/asyncio/selector_events.py", line 711, in _fatal_error
    self._force_close(exc)
  File "/usr/lib/python3.8/asyncio/selector_events.py", line 723, in _force_close
    self._loop.call_soon(self._call_connection_lost, exc)
  File "/usr/lib/python3.8/asyncio/base_events.py", line 719, in call_soon
    self._check_closed()
  File "/usr/lib/python3.8/asyncio/base_events.py", line 508, in _check_closed
    raise RuntimeError('Event loop is closed')
RuntimeError: Event loop is closed

It worked, thanks!

repo: charmed-kubernetes/pytest-operator


text:
Cursor on horizontal bar

How I can change the defaut cursor on horizontal bar by cursor pointer on hover?
thx

@saloumfall you're going to need to write a plugin that detects when the mouse is over the chart and changes the pointer style. This will be easier once #3718 is released in v2.5

Per the above comment, this will be doable in v2.5. See https://jsfiddle.net/rsz3g4ok/1/ which used an early 2.5 version.
The onEvent plugin call was renamed to afterEvent after that was created but before 2.5 is released. This will mean the plugin will need an afterEvent call rather than onEvent but nothing else changed.
Closing as answered

authors: etimberg saloumfall


text:
How to represent the relative percentage?

I'm trying to visualize using chart.js the relative percentage of some dynamic data I'm getting from an array.
Starting from this array

[
  {
    "ratiototale": [
      [
        {
          "0": "0.4-0.5",
          "1": 308
        },
        {
          "0": "0.8-0.9",
          "1": 1
        }
      ]
    ]
  }
]

I made this function to populate my chart:
 var getData = function () {
                $.ajax({
                    url: 'http://localhost:3000/ratio/grouped',
                    success: function (data) {
                        console.log(data[0].ratiototale);
                        var somma = 0;
                        for (var key in data[0].ratiototale[0]) {
                            myChart.data.labels.push(data[0].ratiototale[0][key][0]);
                            myChart.data.datasets[0].data.push(data[0].ratiototale[0][key][1]);

                        }

                        // re-render the chart
                        myChart.update();
                    }
                });
            };
            // get new data every 3 seconds
            getData();

Then in the option section of chartjs I made this in order to have the percentage representation:
      options: {
        scales: {

            yAxes: [{
            ticks: {

                   min: 0,
                   callback: function(value){

                       return value + "%"}
                },
								scaleLabel: {
                   display: true,
                   labelString: "Percentage"
                }
            }]
        }
    }

Since I'm  using value in the callbackfunction (I think) I'm having this result:

Instead of the percentage scale from 0 to 100% it's showed the number  of the entities represented in the chart with the percentage scale.
Can I fix it at label level defining a percentage scale? or I have to fix with the percentage calculation somewhere?

I'm doing something similar and we did our percentage calculations separately.

Please ask questions on StackOverflow: https://stackoverflow.com/questions/tagged/chart.js

authors: Moghul benmccann matteoLorenzini


text:
How not to draw line in null values using time line chart

I would like not draw line between two dots when a condition is triggered.
I'm using chartjs a time line graph.
My condition is not to draw line when y value decreases so in this example when it passes from 7 to 1
{x:3.5*3600, y:7},
Do not draw line between these two points
{x:4*3600, y:1},

Is it possible to do with chartjs line time graph ?
I have tried to add null values between data array values but I get errors
{x:"2016-04-18T08:00:00Z", y:7},
{x:null,y:null},
{x:"2016-04-18T10:00:00Z", y:1},

Error: 0 and 1461023970000 are too far apart with stepSize of 60 minute
https://jsfiddle.net/kpLxh1fr/1/
It's like chartjs considering null to be a very big value.
How can I undraw line between these two values ?

It's like chartjs considering null to be a very big value.

time scale uses timestamps internally. It seems null is considered to be 0 (1970-01-01).
So, you'll need to supply a valid x. https://jsfiddle.net/0hosy9mL/

You could separate points you want lines drawn between into separate datasets. If you make a new dataset it will be a new line.

authors: Githamza benmccann kurkle


text:
Trending Line (line chart)

Hi,
is it possible to draw trending line using chartjs?
the line chart can just plot a point according to the label and data.
Thanks

Any updates on this? Would be nice to automatically draw trend lines on bar charts for a clearer trend visual.

+1
I imagine something like this might be in version 2.0?

If the original request is to support lines and bars together on the same chart, this is supported in version 2.0.

Closing since line and bar combo charts are natively supported in v2. See https://jsfiddle.net/45459ou6/1/ for a demo

I dont believe this was asking for the feature to combine lines and bar charts, I believe this was a request to automatically calculate trendlines to an existing chart. I suppose the real mechanic is calculating the beginning and ending points of the trendline, based on chart data.

I think it would be great that Chart,js would include natively trend lines. That is much needed for data analysis.

What stratigos said; part of what would make the feature useful would be calculating it for you instead of having to do it by hand

+1 on getting this feature on chart.js

FYI: this plugin works quite well https://www.npmjs.com/package/chartjs-plugin-trendline

authors: Alplob Guillembonet SturmDrangAltaar btmdave elewin etimberg h2akim jmccartie stratigos