profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/kgizdov/events. GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.

kgizdov/arch-installer 3

WIP: An installer for Arch Linux

kgizdov/lhcb 1

repurposing of original code

admorris/RapidFit 0

Maximum log-likelihood fitting

kgizdov/ansible-grafana 0

Platform for analytics and monitoring

kgizdov/ansible-postfix 0

Ansible role to set up postfix in Debian-like systems

kgizdov/ansible-role-borgbackup 0

Ansible role to set up Borg and Borgmatic

kgizdov/ansible-role-certbot 0

Ansible Role - Certbot (for Let's Encrypt)

kgizdov/ansible-role-postfix 0

Install and configure postfix on your system.

kgizdov/ansible-role-postgresql 0

Ansible Role - PostgreSQL

kgizdov/arch-beginner-guide 0

backup of the arch beginner guide

issue commentroot-project/root

[Warning] TStreamerInfo.cxx: ‘this’ pointer is null [-Wnonnull]

oh, wait, this is fixed in #8351

kgizdov

comment created time in 10 days

issue closedroot-project/root

[Warning] TStreamerInfo.cxx: ‘this’ pointer is null [-Wnonnull]

  • [x] Checked for duplicates

Describe the bug

Warning during build time ROOT 6.24.06, GCC 11.1, Arch Linux x86_64

[ 77%] Built target cppyy3_9
/build/root/src/root-6.24.06/io/io/src/TStreamerInfo.cxx: In member function ‘virtual void TStreamerInfo::BuildCheck(TFile*, Bool_t)’:
/build/root/src/root-6.24.06/io/io/src/TStreamerInfo.cxx:1110:29: warning: ‘this’ pointer is null [-Wnonnull]
 1110 |                      Warning("BuildCheck", "\n\
      |                      ~~~~~~~^~~~~~~~~~~~~~~~~~~
 1111 |    The StreamerInfo from %s does not match existing one (%s:%d)\n\
      |    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 1112 |    The existing one has not been used yet and will be discarded.\n\
      |    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 1113 |    Reading should work properly, however writing object of\n\
      |    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 1114 |    type %s will not work properly.  Most likely the version number\n\
      |    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 1115 |    of the class was not properly updated [See ClassDef(%s,%d)].",
      |    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 1116 |                              file->GetName(), GetName(), fClassVersion, GetName(), GetName(), fClassVersion);
      |                              ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 77%] Linking CXX shared library ../../lib/libRIO.so

Expected behavior

No null pointers.

To Reproduce

  1. Build ROOT
  2. See warning

Setup

  1. ROOT version: 6.24.06
  2. Operating system: Arch Linux x86_64
  3. How you obtained ROOT: GitHub, built from source

Additional context

Build options located here

closed time in 10 days

kgizdov

issue commentroot-project/root

[Warning] TStreamerInfo.cxx: ‘this’ pointer is null [-Wnonnull]

oh, wait, this is fixed in #8351

kgizdov

comment created time in 10 days

issue commentroot-project/root

[Warning] TStreamerInfo.cxx: ‘this’ pointer is null [-Wnonnull]

so I see a similar warning in many other places this function is called/overloaded, etc. Not sure about the pattern, but it might be that the compiler can unfold the full vtable and the base object is always null or something of the sort. I will have a deeper dive to check.

kgizdov

comment created time in 10 days

issue openedroot-project/root

[Warning] TStreamerInfo.cxx: ‘this’ pointer is null [-Wnonnull]

  • [x] Checked for duplicates

Describe the bug

Warning during build time ROOT 6.24.06, GCC 11.1, Arch Linux x86_64

[ 77%] Built target cppyy3_9
/build/root/src/root-6.24.06/io/io/src/TStreamerInfo.cxx: In member function ‘virtual void TStreamerInfo::BuildCheck(TFile*, Bool_t)’:
/build/root/src/root-6.24.06/io/io/src/TStreamerInfo.cxx:1110:29: warning: ‘this’ pointer is null [-Wnonnull]
 1110 |                      Warning("BuildCheck", "\n\
      |                      ~~~~~~~^~~~~~~~~~~~~~~~~~~
 1111 |    The StreamerInfo from %s does not match existing one (%s:%d)\n\
      |    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 1112 |    The existing one has not been used yet and will be discarded.\n\
      |    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 1113 |    Reading should work properly, however writing object of\n\
      |    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 1114 |    type %s will not work properly.  Most likely the version number\n\
      |    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 1115 |    of the class was not properly updated [See ClassDef(%s,%d)].",
      |    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 1116 |                              file->GetName(), GetName(), fClassVersion, GetName(), GetName(), fClassVersion);
      |                              ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[ 77%] Linking CXX shared library ../../lib/libRIO.so

Expected behavior

No null pointers.

To Reproduce

  1. Build ROOT
  2. See warning

Setup

  1. ROOT version: 6.24.06
  2. Operating system: Arch Linux x86_64
  3. How you obtained ROOT: GitHub, built from source

Additional context

Build options located here

created time in 15 days

push eventarchlinux/contrib

orhun

commit sha cf6f767682dda82a86b6fa13d3b82011ee6c937b

parse-submodules: update output messages In order the clarify the usage of the parse-submodules output, "sources array" phrase is replaced with "source array" and same is applied for "source=()", which was previously "sources=()" The echo message that points out the required update of "prepare()" function is also made more clear. Signed-off-by: orhun <orhun@archlinux.org>

view details

Konstantin Gizdov

commit sha 134bd838a277667aaab3b0dd3d51f4d2fb5b5476

Merge pull request #43 from orhun/parse-submodules/update-messages Update parse-submodules output messages

view details

push time in 20 days

PR merged archlinux/contrib

Update parse-submodules output messages

In order the clarify the usage of the parse-submodules output:

  • "sources array" phrase is replaced with "source array" and same is applied for source=(), which was previously sources=()"
  • The echo message that points out the required update of prepare() function is also made more clear.
+3 -3

0 comment

1 changed file

orhun

pr closed time in 20 days

PullRequestReviewEvent

push eventkgizdov/dotfiles

Konstantin Gizdov

commit sha c133de86b3232308d06deb8fb200c719cb7b8ae0

repo: upgrade to latest version and reconfigure as needed

view details

push time in 21 days

issue commentkovidgoyal/kitty

Cascadia Code ligature rendering issues

I just upgraded to kitty 0.23.0 on Arch Linux, and I am pleased to say I no longer experience any of the above issues. Everything works as expected. :)

kgizdov

comment created time in a month

startedcognitivetech/Marshall-Rosenberg-NVC

started time in 2 months

push eventkgizdov/ansible-role-borgbackup

push time in 2 months

startedbadele/archlinux-auto-install

started time in 2 months

startedopenai/gym

started time in 2 months

issue commentmemoryleak/TerraformSnippets-AWS

Unable to load selenium from system or Sublime Text, missing dep

I installed it using PackageControl and I'm just trying to use it.

kgizdov

comment created time in 2 months

issue openedpossan/sublime_unicode_nbsp

Sublime Text 4 issues

reloading python 3.3 plugin Unicode Character Highlighter.sublime_unicode_nbsp
Traceback (most recent call last):
  File "/opt/sublime_text/Lib/python33/sublime_plugin.py", line 310, in reload_plugin
    load_module(m)
  File "/opt/sublime_text/Lib/python33/sublime_plugin.py", line 343, in load_module
    decorate_handler(t, method_name)
  File "/opt/sublime_text/Lib/python33/sublime_plugin.py", line 226, in decorate_handler
    method = cls.__dict__[method_name]
KeyError: 'on_activated'

created time in 2 months

issue openedmemoryleak/TerraformSnippets-AWS

Unable to load selenium from system or Sublime Text, missing dep

Traceback (most recent call last):
  File "/opt/sublime_text/Lib/python38/sublime_plugin.py", line 312, in reload_plugin
    m = importlib.import_module(modulename)
  File "./python3.8/importlib/__init__.py", line 127, in import_module
  File "<frozen importlib._bootstrap>", line 1014, in _gcd_import
  File "<frozen importlib._bootstrap>", line 991, in _find_and_load
  File "<frozen importlib._bootstrap>", line 975, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 671, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 808, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/home/gizdov/.config/sublime-text/Packages/TerraformSnippets-AWS/Scraper.py", line 1, in <module>
    from selenium import webdriver
ImportError: cannot import name 'webdriver' from 'selenium' (unknown location)
reloading plugin TerraformSnippets-AWS.Terraform
Traceback (most recent call last):
  File "/opt/sublime_text/Lib/python38/sublime_plugin.py", line 312, in reload_plugin
    m = importlib.import_module(modulename)
  File "./python3.8/importlib/__init__.py", line 127, in import_module
  File "<frozen importlib._bootstrap>", line 1014, in _gcd_import
  File "<frozen importlib._bootstrap>", line 991, in _find_and_load
  File "<frozen importlib._bootstrap>", line 975, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 671, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 808, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/home/gizdov/.config/sublime-text/Packages/TerraformSnippets-AWS/Terraform.py", line 1, in <module>
    from selenium.webdriver.firefox.webdriver import WebDriver
ModuleNotFoundError: No module named 'selenium.webdriver'

created time in 2 months

push eventkgizdov/ansible-role-borgbackup

Manu

commit sha bebe44d0805211d5d6d347c5e8af418f98b035e9

Rebased: cron name setable by @debauer (#59) See #51

view details

Manu

commit sha aa5f2d5d8de45fba7d61130e33e65815fd7a049d

Prettier default archive timestamps (#61)

view details

tabic

commit sha 7925d311987591e080342ef315bb65ba8db2e391

Fix role badge. By @tabic (#63)

view details

Manu

commit sha 3bd0b3d497180b2e1e74ec9e667d12bc9058b17c

Add Manjaro support (by @verbumfeit), CI fixes. (#65) Co-authored-by: verbumfeit <verbumfeit@tuta.io>

view details

Kevin

commit sha c94da43a8069e281b444c7517a7f29b6d6a00f91

Fix BorgBase repository creation (#66)

view details

savoiringfaire

commit sha 995c866c22d527b7b736fe2e654d3285771fb061

Don't specify full path in cron (#67)

view details

Luc Stroobant

commit sha b99de011fc040afe3f6c8045f155168f7402707b

Install borgmatic in virtualenv. By @stroobl. Fixes #60 (#68)

view details

Manu

commit sha cce04c364889f769113cde5cb5f9fabd669c9a88

Use borgmatic_config_name for normal-sized cron job. Fixes #69 (#70)

view details

Konstantin Gizdov

commit sha 2b5a5aea46f0bdfe7348bf69a62a41767edaa334

allow configuring of archive format

view details

Konstantin Gizdov

commit sha c6bacae87e3e927258a40e5513ccfc26793b88e5

enable configuration of archive name format, prune and check prefixes as per borgmatic docs

view details

Konstantin Gizdov

commit sha 0b8bda212cab613a802ee62ac189c1181934130b

fix inconsistent logic

view details

Konstantin Gizdov

commit sha ca3fc74ebaf9be492b0c48524f3a6ebe19681268

sync with upstream

view details

Konstantin Gizdov

commit sha 8411551f3871916bb4bf5f9a1968d3ea69e63870

resolve merge conflicts

view details

push time in 2 months

push eventkgizdov/ansible-role-borgbackup

Manu

commit sha bebe44d0805211d5d6d347c5e8af418f98b035e9

Rebased: cron name setable by @debauer (#59) See #51

view details

Manu

commit sha aa5f2d5d8de45fba7d61130e33e65815fd7a049d

Prettier default archive timestamps (#61)

view details

tabic

commit sha 7925d311987591e080342ef315bb65ba8db2e391

Fix role badge. By @tabic (#63)

view details

Manu

commit sha 3bd0b3d497180b2e1e74ec9e667d12bc9058b17c

Add Manjaro support (by @verbumfeit), CI fixes. (#65) Co-authored-by: verbumfeit <verbumfeit@tuta.io>

view details

Kevin

commit sha c94da43a8069e281b444c7517a7f29b6d6a00f91

Fix BorgBase repository creation (#66)

view details

savoiringfaire

commit sha 995c866c22d527b7b736fe2e654d3285771fb061

Don't specify full path in cron (#67)

view details

Luc Stroobant

commit sha b99de011fc040afe3f6c8045f155168f7402707b

Install borgmatic in virtualenv. By @stroobl. Fixes #60 (#68)

view details

Manu

commit sha cce04c364889f769113cde5cb5f9fabd669c9a88

Use borgmatic_config_name for normal-sized cron job. Fixes #69 (#70)

view details

push time in 2 months

issue commentkovidgoyal/kitty

Cascadia Code ligature rendering issues

Alright, I will try master and see how it goes.

kgizdov

comment created time in 3 months

issue commentkovidgoyal/kitty

Cascadia Code ligature rendering issues

@kovidgoyal I'm confused by this line. Why should kitty be ignoring width correction for long ligatures? Because of char by char width estimation or?

Also, I think I found a similar issue with another font - Iosevka. When the ligature for => kicks in, everything is fine: iosevka_arrow But when it get longer: iosevka_long_arrow it overflows as discussed with Cascadia Code. However, if it was purely the same issue with overflowing, making it even longer will have wider side effects. Except it doesn't: iosevka_very_long_arrow I also think in the case of Iosevka the overhang is not there, since there are tiny gaps visible between each character. Can't confirm, because can't get FontGoggles to compile for me yet.

kgizdov

comment created time in 3 months

issue commentkovidgoyal/kitty

Cascadia Code ligature rendering issues

Went and did some experiments to possibly help with issue identification. Firstly, if I test with a character that has not ligatures, I get this: cascadia-code-zeros Then I went and tested Cascadia Code, Cascadia Code Mono and Cascadia Code PL. The triple compare is this: cascadia-code-tripple-compare For some reason font size is not consistent, even though kitty is running with no config - so maybe the font does have different size between variants (@aaronbell ) Then I noticed that when I run print(('=' * 3), end=']'), I get a weird artefact: cascadia-code-equals3 This should instead be this threeequals but when there is a ] behind it turns into a different ligature as above. Weird. It also only happens for ===] and not for any other number of =. It is also interesting to see what happens when the font overflows the line: cascadia-code-overflow seems like the issue is reset and and extra # character is consistently being drawn at the same place atop an already existing one. This starts to happen at around '#' * 90. At this point, I thought that this should not be isolated to #, but to possibly every ligature, but since # has vertical features it won't be apparent on the horizontal ones. And I was correct. This ------------------- is just a line. However, it does produce and extra space at the end and the length of the space is proportional to the number of -. Now let's put a vertical feature in there, like |, this has an interesting and possibly revealing effect: -| Screenshot from 2021-07-05 18-04-21 -|] Screenshot from 2021-07-05 18-03-38 118 * '-' + '|' has this at the end: Screenshot from 2021-07-05 18-07-25 at 119 * '-' the vertical | cannot be seen anymore. If we add ], the ligature is no longer working: Screenshot from 2021-07-05 18-08-41 Finally, I manually marked the bounds of each cell cascadia-code-artefact-test1-lines I think there are two explanations for this and possibly two separate issues as well. The wrong ligature is selected at the end of a string when ] is present, which breaks the sequence and has effects along a few characters behind. Also, there is some evidence that some ligature sequence (middle or end) is ever so slightly longer/shorter, causing clipping to occur at the end of these strings.

I'd really appreciate if we could have a productive discussion on this and get to the bottom of this. I don't mind investigating further and/or committing dev time if pointed in the correct direction. Thanks.

kgizdov

comment created time in 3 months

issue commentkovidgoyal/kitty

Cascadia Code ligature rendering issues

apparently, something is not quite as it should be - https://github.com/microsoft/cascadia-code/issues/527

kgizdov

comment created time in 3 months

issue openedmicrosoft/cascadia-code

Wrong size ligature for long/infinite strings

Cascadia family version

2105.24

Cascadia family variant(s)

Cascadia Code (the version with ligatures)

Font file format(s)

.ttf (variable), .ttf (static), .otf (static)

Platform

Linux (ArchLinux x86_64)

Other Software

kitty terminal Python 3.9.6

What happened?

Relevant tracking issue - https://github.com/kovidgoyal/kitty/issues/3504

The length of the ligature is longer than the length of the string made up of the individual characters resulting in glyph cell overflow and truncation. Tested with multiple software and discussed in relevant issue.

To reproduce: kitty --config NONE -o 'font_family Cascadia Code' python -c "print(('#' * 60), end=']'); input()" results in: kitty-python-test

As can be seen the last # is truncated to fit in the glyph cell. This does not happen in other software as most are happy to overflow.

created time in 3 months

issue commentkovidgoyal/kitty

Cascadia Code ligature rendering issues

I see. Thanks for having a look at it. I will report upstream to Cascadia Code.

kgizdov

comment created time in 3 months

issue commentkovidgoyal/kitty

Cascadia Code ligature rendering issues

I mentioned above that I'm running 0.21.2, which is the latest release. I could try to run the baster branch if you think it's solved there.

kgizdov

comment created time in 3 months

issue commentkovidgoyal/kitty

Cascadia Code ligature rendering issues

Just to provide some test data - went and tested the same font with same ligatures in Sublime Text 4 and there it works as expected with all of the above examples. No occlusion and, thus, no truncation or space at the end. So possibly something weird happening. Hopefully, this helps with debugging. Cheers.

kgizdov

comment created time in 3 months

issue commentkovidgoyal/kitty

Cascadia Code ligature rendering issues

my only concern was the artefacting at the end, where a ligature does get truncated, even though is should extend further. I think Cascadia Code did purport infinite ligatures support for the first time and something to do with mono spacing. Like, if you look on the second picture, there is one ligature occluding the other.

kgizdov

comment created time in 3 months

issue commentkovidgoyal/kitty

Cascadia Code ligature rendering issues

hey, I just got the kitty 0.21.2 on arch and ligatures do look better, however, I'm getting some weird behaviour with Cascadia Code 2105.24. For example, when I have a few # it works fine: short_hash but when it gets longer one of the hashes starts to disappear bit by bit at the end: medium_hash and if it becomes very long, like in a progress bar, the hashes start to disappear one by one and only empty space it rendered: long_hash the longer the string the bigger the gap: longest_hash but the cursor is in the correct place, while symbols disappear visually. However, if the string overflows on the next line, then it starts anew - first few characters are rendered correctly and longer strings start missing hashes. Is that expected behaviour?

kgizdov

comment created time in 3 months

issue commentpytorch/pytorch

/usr/bin/ld: failed to convert GOTPCREL relocation; relink with --no-relax

Ah, I thought JIT is better at optimising given it has runtime info. If that's the opposite then it's not really a problem. We provide all the cubins with one PTX for future. I think that's the safest and from what I understand the most optimised in performance. We won't be supporting deprecated arches, so we only need cubins for 5.2+. Thanks a lot for your help.

zasdfgbnm

comment created time in 3 months