profile
viewpoint

Arnavion/libjass 166

Renders ASS subs in the browser.

Arnavion/k8s-openapi 136

Rust bindings for the Kubernetes client API

Arnavion/crashdump 21

An example of an out-of-process crash dumper

Arnavion/derive-error-chain 20

A Macros 1.1 implementation of https://crates.io/crates/error-chain

Arnavion/PsFtpProvider 15

PowerShell provider for FTP sites

Arnavion/tpfancontrol-rs 13

Temperature and fan controller for Thinkpads on Linux

Arnavion/winapi-tlb-bindgen 13

Generates Rust bindings to COM interfaces, enums and coclasses.

Arnavion/pfsense-dashboard-cli 8

The pfSense dashboard in your terminal instead of a web browser

Arnavion/fac-rs 5

A mod manager for Factorio.

Arnavion/dbus-pure 4

Pure Rust implementation of a D-Bus client

push eventArnavion/pfsense-dashboard-cli

Arnavion

commit sha e8d3f09cba1312c5f00e61d364be1803995b3271

Support multiple gateways on same interface.

view details

Arnavion

commit sha 19a3690f7c9304a5649e70b5706a7e259d1e012e

Fix clippy lints from latest nightly.

view details

push time in 9 hours

issue commentrust-lang/rust

Improve diagnostics for impl Trait capturing lifetimes

This appears to be #42940, fixing which might depend on type-alias-impl-trait (although so far that's only a workaround, not really a fix?).

As cramertj wrote there, the current behavior is by design of the RPIT RFC ("Assumption 2"), because it was expected that type-alias-impl-trait would resolve it ("Assumption 1") correctly.

djc

comment created time in 21 hours

push eventArnavion/www-arnavion-dev

Arnavion

commit sha 2514fe8202a0e20e8aefa74154267a3e204667c2

Use pandoc filter to reduce boilerplate for external links and section headers.

view details

push time in 2 days

issue commentrust-lang/cargo

Cargo rebuilds workspace member when building root even if workspace member was just built

For anyone landing here from web search, this issue still happens for crates that have panic=abort and are compiled for both cdylib as well as rlib (for other dependencies). It appears to be tracked by https://github.com/rust-lang/cargo/issues/6313

panic="abort" and cdylibs and tests: Create a project with a lib (cdylib crate type), binary, and an integration test, with panic="abort" in the profile. When cargo test runs, the cdylib is built twice (once with panic=abort for the binary, and once without for the test), with the same filename. Building the lib for the test should probably skip the cdylib crate type (assuming rlib is also available), but implementing this is very difficult. See #6313 (comment).

jackcmay

comment created time in 7 days

push eventArnavion/evalr

Arnavion

commit sha d0358d830db612b86e0bd2a8bd17b4834718fefe

Don't swallow significant spaces inside messages.

view details

push time in 8 days

push eventArnavion/evalr

Arnavion

commit sha 2e4a1892f516d455a86d654d03cda775581894c2

Use string concat instead of sprintf.

view details

Arnavion

commit sha 54e688b4bff8a8f97488a48c7e83ca2a52b02a81

Fix zero-parameter PING regex.

view details

Arnavion

commit sha 08c04fb3d58c43d9979f6ffe46400321e5e79a29

More spec-compliant IRC parsing.

view details

Arnavion

commit sha 5ae2a7d5e05e3e91916c7a87dfe245031ddab6c5

Don't need gsub when there can only be one replacment.

view details

push time in 8 days

push eventArnavion/evalr

Arnavion

commit sha e6d819adc4f420c703d48ee9cfcdbec4f683826b

Also detect crashes from main thread panics.

view details

push time in 8 days

push eventArnavion/evalr

Arnavion

commit sha 033dc7ea5cda584c6fcbd98e536fd101dcfc66f9

Import code.

view details

push time in 8 days

push eventArnavion/evalr

Arnavion

commit sha ae479ee942df8750ee2448c06bcbe35911373874

Import code.

view details

push time in 8 days

create barnchArnavion/evalr

branch : main

created branch time in 9 days

created repositoryArnavion/evalr

IRC bot that evaluates code snippets using play.rust-lang.org

created time in 9 days

push eventArnavion/k8s-openapi

Arnavion

commit sha 0a556f2d002ef0bc125258fdbb5ae4a64aa88cfe

Update v1.18 to v1.18.10

view details

push time in 12 days

push eventArnavion/k8s-openapi

Arnavion

commit sha 1c68ee7daf19e6682216fdd285901a6cee4e199b

Update v1.17 to v1.17.13

view details

push time in 12 days

push eventArnavion/k8s-openapi

Arnavion

commit sha 86444b95f5d6828741d6eccce1ee9b844a64a74f

Update v1.19 to v1.19.3

view details

push time in 13 days

push eventArnavion/hwtop

Arnavion

commit sha b4f777abb3dbf24530870066ef699ddd98d5ed0b

Fix network info to be aligned.

view details

push time in 14 days

release Arnavion/k8s-openapi

v0.10.0

released time in 15 days

issue closedArnavion/k8s-openapi

Release 1.19

Hi,

I'm testing some Kubernetes 1.19 features like Ingress as part of the network v1 API.

Can we release these changes?

Thanks 🙏

closed time in 15 days

ramonberrutti

issue commentArnavion/k8s-openapi

Release 1.19

I've released v0.10.0

ramonberrutti

comment created time in 15 days

created tagArnavion/k8s-openapi

tagv0.10.0

Rust bindings for the Kubernetes client API

created time in 15 days

push eventArnavion/k8s-openapi

Arnavion

commit sha e685a8851c1f1c045160ba88e3d8134a60c6ad3e

v0.10.0

view details

push time in 15 days

push eventArnavion/k8s-openapi

Arnavion

commit sha d028b3b08fd35cdc8effd57748713d565445421d

e685a8851c1f1c045160ba88e3d8134a60c6ad3e

view details

push time in 15 days

push eventArnavion/k8s-openapi

Arnavion

commit sha fb7b620b2ab3ee696da4b4df1fe01a9435ed624b

Update base64 to v0.13

view details

Arnavion

commit sha 7295761ea7726cc55826f9070520f3cc9cf07755

Fix clippy lints from new Rust 1.47.0 stable release.

view details

push time in 18 days

issue commentArnavion/k8s-openapi

Release 1.19

I was hoping to resolve #65 and #72, but $dayjob hasn't let me with any time.

I'll try to make a release over the weekend.

ramonberrutti

comment created time in 19 days

push eventArnavion/fac-rs

Arnavion

commit sha bf9bf303bdcc3fc160ff7714a75212c877c21870

Fix clippy lints and deprecation warnings from newer zip dependency. `zip::CompressionMethod::from_u16` was deprecated in v0.5.7. Since the zip parser doesn't use anything else from the zip crate anyway, this commit just drops the dependency entirely and uses the raw `u16`s for the check.

view details

Arnavion

commit sha a2499026c5b9fcc62cfc81c8ac29761dbb7a9bc8

Update semver to v0.11 With this change, `*` dependencies are treated as `>=0.0.0`. This doesn't change anything in the package solver, but it does mean that when new configs are saved after an initialization or update, they are written out as `">=0.0.0"` instead of `"*"`.

view details

push time in 24 days

issue commentArnavion/k8s-openapi

Selectively build API groups?

It's not impossible, though it will require the codegen process to keep track of cross-module dependencies. Eg everything depends on meta/v1, so enabling anything else should also enable the meta/v1 feature. (Well, meta/v1 will need to be enabled by default anyway because of how fundamental it is, but you get the idea.)

Also, the feature names will have to incorporate the whole path so that they're unambiguous, eg apimachinery/pkg/api/resource -> "apimachinery_pkg_api_resource"

teozkr

comment created time in 25 days

issue closedArnavion/k8s-openapi

Metrics API

How difficult would it be to add Metrics API generation to this project?

closed time in a month

MOZGIII

push eventArnavion/www-arnavion-dev

Arnavion

commit sha 3b72ba1804ae67c74fb243f65eca41e2f911b24c

Only delete the blobs that will be uploaded by the script. This ensures other blobs in the container remain untouched.

view details

Arnavion

commit sha 09ded2966d4522bc24e166f22a484689583e5f77

Make inline code blocks more readable.

view details

Arnavion

commit sha e39210470f526579856d1537d5a785fa5b8fe592

2020-04-07 Rust: The unfortunate bits - Also talk about Result's IntoIterator impl.

view details

push time in a month

push eventArnavion/async-build

Arnavion

commit sha 835b5d724706df31114bd9c86cc0c59e23fb30c9

RIP

view details

push time in a month

push eventArnavion/async-build

Arnavion

commit sha bc3b0e81d2426b0d88d84c07c688d9725d56b723

RIP

view details

push time in a month

push eventArnavion/derive-error-chain

Arnavion

commit sha ed2fafa0354b10df889cf46042651a91a02d58bf

RIP

view details

push time in a month

push eventArnavion/PsFtpProvider

Arnavion

commit sha cb7d1f49c8469258a54621a393f09971271ddd1b

RIP

view details

push time in a month

fork Arnavion/kanshi

Dynamic display configuration

https://wayland.emersion.fr/kanshi/

fork in a month

create barnchArnavion/test

branch : master

created branch time in a month

created repositoryArnavion/test

created time in a month

issue commentrust-lang/rust

Tracking issue for RFC 2515, "Permit impl Trait in type aliases"

@haroldm The error is correct. The feature is for callee-defined types, whereas you're trying to use it as a type parameter, ie a caller-defined type.

Centril

comment created time in a month

push eventArnavion/hwtop

Arnavion

commit sha ad09a6fd7bb1347f24990a4e963f64137584b0c5

Make helptext shorter.

view details

push time in a month

issue commentArnavion/k8s-openapi

Metrics API

You can take a look at what https://github.com/ctron/openshift-openapi does.

MOZGIII

comment created time in a month

issue commentArnavion/k8s-openapi

Metrics API

My bad, openapi-gen does the reverse of what I thought it did.

I'm not really enthusiastic about adding a golang dependency on the crate build either.


Thinking about this some more, I'm not sure how this would work at all. The fact that it's an aggregated server means it releases independent of the main API server. There's no one-to-one mapping of the API server's API with the Metrics server's API, so combining its generated code into the main k8s-openapi crate makes no sense.

This should be done in an independent crate, which can use k8s-openapi-codegen-common crate for codegen if it needs to, and how it procures the openapi spec is that crate's problem.

MOZGIII

comment created time in a month

push eventArnavion/hwtop

Arnavion

commit sha b6b03754b762ca1ea6a0a0d6fdfdfc325f9e89ae

Make helptext shorter.

view details

push time in a month

push eventArnavion/hwtop

Arnavion

commit sha 1dfc3793c9701dfa3df7c5b4e42f8969dbd8e2e4

When reading sensors, treat ENOENT the same as ENXIO. This allows the user to specify sensors that don't necessarily exist. As an example, the k10temp driver reports the Tccd1 temp sensor on only one device, but there's no way to know which one it is. With this commit, the user can specify the sensor to be reported from both devices.

view details

push time in a month

push eventArnavion/hwtop

Arnavion

commit sha 8366a181cd560b4d51c2c3195eb9d80da4c0963e

When reading sensors, treat ENOENT the same as ENXIO. This allows the user to specify sensors that don't necessarily exist. As an example, the k10temp driver reports the Tccd1 temp sensor on only one device, but there's no way to know which one it is. With this commit, the user can specify the sensor to be reported from both devices.

view details

push time in a month

push eventArnavion/dbus-pure

Arnavion

commit sha 8a4f85046c6b329db788ef39f07e6bdaa26e3c84

Fix clippy lint about unnecessary closure.

view details

push time in a month

issue commentArnavion/k8s-openapi

Metrics API

I didn't try, but what if we could generate the spec via https://github.com/kubernetes/kube-openapi/tree/master/cmd/openapi-gen?

That tool being shit for Rust (and shit in general) is why this repository exists in the first place. See the README.md

Also, https://github.com/kubernetes-sigs/metrics-server might be easier to get the spec from directly.

I don't see a swagger.json there either.

MOZGIII

comment created time in a month

push eventArnavion/k8s-openapi

Arnavion

commit sha 0b986e156511f5d4dcf7577cf3905aaa8641cf0c

Update to v1.17.12, 1.18.9, 1.19.2 Other changes: - Update kind to v0.9.0. v1.12 still uses v0.8.1 since v0.9.0 only supports v1.13+ - Fix test.sh to use flock when downloading kind, otherwise multiple parallel jobs end up downloading and writing the same binary over each other.

view details

push time in a month

issue commentArnavion/k8s-openapi

Metrics API

It's an aggregated server so it isn't part of the default swagger.json, and the https://github.com/kubernetes/metrics repo doesn't have a swagger.json either.

If we assume the cluster's openapi endpoint will start exposing it once you register the aggregated server, then https://github.com/Arnavion/k8s-openapi/issues/38 will probably work for it. But doing it as part of k8s-openapi's build process is more challenging, because it means every build has to deploy a test cluster and source the swagger.json from there, instead of just fetching upstream's files https://github.com/Arnavion/k8s-openapi/blob/ce394e940ccc01a086b30546b6dbce143d46c71d/k8s-openapi-codegen/src/supported_version.rs#L43-L51

MOZGIII

comment created time in a month

fork Arnavion/mem-doc

This is a document to help with .NET memory analysis and diagnostics.

fork in 2 months

push eventArnavion/k8s-openapi

Arnavion

commit sha ce394e940ccc01a086b30546b6dbce143d46c71d

Update to v1.19.1

view details

push time in 2 months

issue commentfdehau/tui-rs

Don't consume widgets when rendering them

The fact that some widgets require Vec instead of iterators only make it public that they need to know the entire input data before starting to draw something.

Coult they (looking at List and Text specifically) at least be changed to take &[T] instead of Vec<T>, so that there isn't a new allocation for every frame?

dotdash

comment created time in 2 months

push eventArnavion/fac-rs

Arnavion

commit sha d9872a09f783fc01194000a601d4ce6555452531

Update serde_urlencoded to v0.7

view details

push time in 2 months

push eventArnavion/k8s-openapi

Arnavion

commit sha 0b8655308287087fd717d4332cb9d921fa996ddc

Add v1.19.0 Fixes #75

view details

Arnavion

commit sha cd46795df4957b7f4e270a06dcfae5892a4d9100

Update to v1.16.15

view details

push time in 2 months

issue closedArnavion/k8s-openapi

v1.19.0

https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.19.md#changelog-since-v1180

closed time in 2 months

Arnavion

create barnchArnavion/k8s-openapi

branch : next

created branch time in 2 months

PR closed hishamhm/htop

Add new display option to also show CPU frequency in CPU meters.

The option is only implemented on Linux. On other platforms, and on Linuxes that do not expose the relevant sysfs file, the frequency will be "N/A".

There is also a new option to show the CPU usage number from the meter, which defaults to true but can be disabled to hide the numeric display.


Unlike #592, this uses the per-CPU sysfs file to directly read an unsigned int. Like #592, this uses /proc/cpuinfo instead of the per-CPU sysfs scaling_cur_freq files. The latter are slow to read, as documented here.

Also it defaults to appending the frequency to the usage percentage rather than replacing it, but provides an option to replace it by hiding the usage percentage.

Open questions:

  • [x] Is there demand to hide the usage percentage and just show the CPU frequency? I wouldn't have thought of it, but given #592 perhaps someone would want it? Implemented per demand.

  • [x] Is there demand for the average CPU meter to show an average frequency? (I personally don't see the point.) Implemented.

  • [x] Should there be any pre-checks to avoid presenting the display option to the user in the first place? Say if they're not on Linux (where it isn't implemented), or they are but /sys/.../cpu0/cpufreq/scaling_cur_freq doesn't exist. May be useful to avoid confusion from seeing "0KHz". The meter now says "N/A" in these situations which should not be confusing, and MichaIng raised a good point that a disappearing display option could be more confusing.

+142 -4

14 comments

14 changed files

Arnavion

pr closed time in 2 months

delete branch Arnavion/tpfancontrol-rs

delete branch : pr-4

delete time in 2 months

push eventArnavion/tpfancontrol-rs

simohamed

commit sha 9ede218335c4ceba1c12e39810d77005b2623333

Add more detailed installation and usage instructions. Closes #4

view details

push time in 2 months

pull request commentArnavion/tpfancontrol-rs

add installation instructions

Thanks. I took this as a base and add some more things in https://github.com/Arnavion/tpfancontrol-rs/compare/pr-4 . If that looks okay to you, I'll merge that.

smhmd

comment created time in 2 months

push eventArnavion/tpfancontrol-rs

simohamed

commit sha f2f0a8e5d7079ad44814c295b4a288847f5eade3

Add more detailed installation and usage instructions. Closes #4

view details

push time in 2 months

create barnchArnavion/tpfancontrol-rs

branch : pr-4

created branch time in 2 months

issue commentArnavion/tpfancontrol-rs

Non-hardcoded temperature files

I want to support setting fan speeds with it but haven't had the time to implement it.

Care to open an issue that I could subscribe to?

https://github.com/Arnavion/hwtop/issues/1

smhmd

comment created time in 2 months

issue openedArnavion/hwtop

Support setting fan speeds

Needed to supersede https://github.com/Arnavion/tpfancontrol-rs to this.

Options:

  1. Implement fan curve in sensord; no dynamic configuration

    Easy to implement, but somewhat redundant since fancontrol can already do this (albeit with a much simpler curve).

    TODO: What about driver-specific things like thinkpad_acpi's fan_watchdog ?

  2. Implement fan curve in hwtop; no dynamic configuration

    Needs sensord to expose a dbus method for fn set_fan_speed(hwmon: &str, num: u8, pwm: Pwm), where enum Pwm { Auto, FullSpeed, Manual(u8), which sets pwm{}_enable and pwm{} accordingly. The method should be ACLed so that arbitrary users can't call it.

    TODO: What about driver-specific things like thinkpad_acpi's fan_watchdog ?

  3. Implement fan curve in hwtop; dynamic configuration

    Same as (2), but also needs UI to let the user choose the fan mode like tpfancontrol-rs has. Complex without bringing in the deps that I moved away from in the first place.

created time in 2 months

issue closedswaywm/sway

swaybar renders fcitx's tray icon as red sad face

(Copying from https://github.com/swaywm/sway/issues/4825#issuecomment-678673811 on emersion's request to not reuse that issue.)

swaybar renders fcitx's tray icon as a red sad face just like in https://github.com/swaywm/sway/issues/4825:

$ grep -i tray sway-debug.log

00:00:00.115 [swaybar/tray/tray.c:37] Initializing tray
00:00:00.116 [swaybar/tray/watcher.c:202] Registered org.freedesktop.StatusNotifierWatcher
00:00:00.116 [swaybar/tray/watcher.c:186] Failed to acquire service name 'org.kde.StatusNotifierWatcher':another tray is already running
00:00:00.116 [swaybar/tray/host.c:198] Registered org.freedesktop.StatusNotifierHost-93313
00:00:00.117 [swaybar/tray/host.c:198] Registered org.kde.StatusNotifierHost-93313
00:00:00.117 [swaybar/tray/icon.c:313] Failed to load theme 'default' - parsing of file '/home/arnavion/.icons/default/index.theme' failed on line 5 (group 'Icon Theme'): missing required key 'Directories'
00:00:00.120 [swaybar/tray/icon.c:379] Loaded icon themes: Hicolor, Adwaita
00:00:00.132 00:00:00.435 [swaybar/tray/watcher.c:107] Registering Status Notifier Host 'org.freedesktop.StatusNotifierHost-93313'
00:00:00.132 [swaybar/tray/host.c:24] Registering Status Notifier Item 'org.kde.StatusNotifierItem-99416-1/StatusNotifierItem'
00:00:00.132 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-99416-1/StatusNotifierItem IconThemePath = ''
00:00:00.132 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-99416-1/StatusNotifierItem Status = 'Active'
00:00:00.132 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-99416-1/StatusNotifierItem IconName = 'input-keyboard'
00:00:00.132 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-99416-1/StatusNotifierItem IconPixmap: No such property ('org.kde.StatusNotifierItem.IconPixmap')
00:00:00.132 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-99416-1/StatusNotifierItem AttentionIconName = ''
00:00:00.132 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-99416-1/StatusNotifierItem AttentionIconPixmap: No such property ('org.kde.StatusNotifierItem.AttentionIconPixmap')
00:00:00.132 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-99416-1/StatusNotifierItem ItemIsMenu: No such property ('org.kde.StatusNotifierItem.ItemIsMenu')
00:00:00.132 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-99416-1/StatusNotifierItem Menu = '/MenuBar'
00:00:02.062 [swaybar/tray/host.c:24] Registering Status Notifier Item 'org.kde.StatusNotifierItem-93317-1/StatusNotifierItem'
00:00:02.063 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-93317-1/StatusNotifierItem IconThemePath = ''
00:00:02.063 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-93317-1/StatusNotifierItem Status = 'Active'
00:00:02.063 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-93317-1/StatusNotifierItem IconName = 'input-keyboard'
00:00:02.072 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-93317-1/StatusNotifierItem IconPixmap: No such property ('org.kde.StatusNotifierItem.IconPixmap')
00:00:02.072 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-93317-1/StatusNotifierItem AttentionIconName = ''
00:00:02.072 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-93317-1/StatusNotifierItem AttentionIconPixmap: No such property ('org.kde.StatusNotifierItem.AttentionIconPixmap')
00:00:02.072 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-93317-1/StatusNotifierItem ItemIsMenu: No such property ('org.kde.StatusNotifierItem.ItemIsMenu')
00:00:02.072 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-93317-1/StatusNotifierItem Menu = '/MenuBar'

(There are two icons because the first one is from fcitx running in my original tty with a non-debug sway session, and the second is from the fcitx exec_always'd into the debug sway session.)

fcitx according to dbus has:

image

(Note: This image is from the original issue, which is why the dbus names doesn't match.)

To clarify for anyone not familiar with d-feet's UI: .IconName is set to "input-keyboard", .IconThemePath is set to "". I did not query the other properties which is why they don't show their values.

Looking at swaybar/tray/item.c, the error logs are benign since it just gets whatever properties it can. It does look up icon using the value it got from IconName, so I'm not sure why it's failing to find it.

$ find /usr/share/icons -name 'input-keyboard.*'

/usr/share/icons/Adwaita/16x16/legacy/input-keyboard.png
/usr/share/icons/Adwaita/22x22/legacy/input-keyboard.png
/usr/share/icons/Adwaita/24x24/legacy/input-keyboard.png
/usr/share/icons/Adwaita/256x256/legacy/input-keyboard.png
/usr/share/icons/Adwaita/32x32/legacy/input-keyboard.png
/usr/share/icons/Adwaita/48x48/legacy/input-keyboard.png

FWIW the tray icon renders fine with waybar. It appears to be using the /usr/share/icons/Adwaita/16x16/legacy/input-keyboard.png one.

And in case that index.theme error is relevant:

$ cat ~/.icons/default/index.theme

# This file is written by LXAppearance. Do not edit.
[Icon Theme]
Name=Default
Comment=Default Cursor Theme
Inherits=Adwaita

closed time in 2 months

Arnavion

issue commentswaywm/sway

swaybar renders fcitx's tray icon as red sad face

Thanks. That works, and also makes sense:

icon_theme <name>

   Sets the icon theme that sway will look for item icons in. This option has no default value, because sway will always default to the fallback theme, hicolor.

I guess waybar works by default because it gets the icon theme from the general GTK configuration.

Arnavion

comment created time in 2 months

push eventArnavion/hwtop

Arnavion

commit sha efbf21270a8d6c00ab6df97136deb2a6725e7369

Fix Raspberry Pi example to also include the regular hwmon.

view details

push time in 2 months

issue commentArnavion/tpfancontrol-rs

Non-hardcoded temperature files

$ ls /sys/class/hwmon/hwmon2
power
device -> ../../../thinkpad_hwmon
fan1_input
name
pwm1
pwm1_enable
subsystem -> ../../../../../class/hwmon
uevent

So your thinkpad_acpi module doesn't report any temp sensors. Not sure if it's just for your particular model, or if there's some config you need to enable in the kernel module for it.

Apart from that, the hwmon3 that's being reported by coretemp is the Intel CPU's own temp sensors. Apparently you have a dual-core, so the three sensors are probably CPU 1, CPU 2 and the package as a whole (look at their corresponding temp*_label files). The hwmon0 that's being reported by acpitz is a generic one probably being reported by the motherboard.

Anyway, tpfancontrol-rs only supports the thinkpad_acpi's hwmon sensors. It could support arbitrary sensors like thinkfan apparently does, but at that point it's kind of not Thinkpad-specific any more. I have been working on another TUI monitor for generic hwmons at https://github.com/Arnavion/hwtop. But that one currently cannot set fan speeds, only monitor them. I want to support setting fan speeds with it but haven't had the time to implement it.

smhmd

comment created time in 2 months

push eventArnavion/hwtop

Arnavion

commit sha ca658f83b723439be96a10c9a5a5413d39298ba9

Fix Raspberry Pi example.

view details

push time in 2 months

push eventArnavion/hwtop

Arnavion

commit sha 265ec4b65def358d46ed54dc5b7bb83794ea5369

Mention `make install` in README.

view details

Arnavion

commit sha 6ad14d746c74557d02d884094525ba2bc20563bb

Make target directories in install target if they don't exist.

view details

Arnavion

commit sha a8fddb2f0acedd289ab05db81cdb3c65bbd9f308

Support multiple temp sensors in thermal zones. See <https://github.com/Arnavion/tpfancontrol-rs/issues/3> for an example of a thermal zone with two sensors.

view details

push time in 2 months

issue commentArnavion/tpfancontrol-rs

Non-hardcoded temperature files

On top of that, https://github.com/Arnavion/tpfancontrol-rs/issues/2 was also you, and I gave you the same answer that time too.

smhmd

comment created time in 2 months

issue commentArnavion/tpfancontrol-rs

Non-hardcoded temperature files

Also,

Error: sysfs error with /sys/class/hwmon/hwmon2/temp1_input: No such file or directory (os error 2)

The hwmon2 part comes from autodetecting whichever hwmon that has name == "thinkpad". But then you say:

/sys/devices/platform/coretemp.0/hwmon/hwmon3/temp1_input

... which implies your hwmon2 identifies as "thinkpad" but hwmon3 is the one with the temp sensors? Or were these two taken across reboots and thus the hwmon numbers changed?

What's the output of:

grep -Hn . /sys/class/hwmon/hwmon*/name

?

smhmd

comment created time in 2 months

issue commentArnavion/tpfancontrol-rs

Non-hardcoded temperature files

https://github.com/Arnavion/tpfancontrol-rs/blob/master/README.md

The program reads a config file /etc/tpfancontrol/config.toml for the names of the temperature sensors and for the temperature-to-fan-level mapping. There is an example config.toml.example in this repository.

smhmd

comment created time in 2 months

issue openedArnavion/k8s-openapi

v1.19.0

https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.19.md#changelog-since-v1180

created time in 2 months

issue openedPistonDevelopers/conrod

Backend crates have wrong docs links in their manifest

https://github.com/PistonDevelopers/conrod/blob/8b30de55197ea0cff250626eba966f0362be9643/backends/conrod_glium/Cargo.toml#L11

etc.

(I don't use conrod. I just noticed this while answering a question on IRC.)

created time in 2 months

issue commentswaywm/sway

Red frowny face for systray icon

Opened https://github.com/swaywm/sway/issues/5645 since emersion requested to not reuse this issue.

tmccombs

comment created time in 2 months

issue openedswaywm/sway

swaybar renders fcitx's tray icon as red sad face

(Copying from https://github.com/swaywm/sway/issues/4825#issuecomment-678673811 on emersion's request to not reuse that issue.)

swaybar renders fcitx's tray icon shows as a red sad face just like in https://github.com/swaywm/sway/issues/4825:

$ grep -i tray sway-debug.log

00:00:00.115 [swaybar/tray/tray.c:37] Initializing tray
00:00:00.116 [swaybar/tray/watcher.c:202] Registered org.freedesktop.StatusNotifierWatcher
00:00:00.116 [swaybar/tray/watcher.c:186] Failed to acquire service name 'org.kde.StatusNotifierWatcher':another tray is already running
00:00:00.116 [swaybar/tray/host.c:198] Registered org.freedesktop.StatusNotifierHost-93313
00:00:00.117 [swaybar/tray/host.c:198] Registered org.kde.StatusNotifierHost-93313
00:00:00.117 [swaybar/tray/icon.c:313] Failed to load theme 'default' - parsing of file '/home/arnavion/.icons/default/index.theme' failed on line 5 (group 'Icon Theme'): missing required key 'Directories'
00:00:00.120 [swaybar/tray/icon.c:379] Loaded icon themes: Hicolor, Adwaita
00:00:00.132 00:00:00.435 [swaybar/tray/watcher.c:107] Registering Status Notifier Host 'org.freedesktop.StatusNotifierHost-93313'
00:00:00.132 [swaybar/tray/host.c:24] Registering Status Notifier Item 'org.kde.StatusNotifierItem-99416-1/StatusNotifierItem'
00:00:00.132 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-99416-1/StatusNotifierItem IconThemePath = ''
00:00:00.132 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-99416-1/StatusNotifierItem Status = 'Active'
00:00:00.132 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-99416-1/StatusNotifierItem IconName = 'input-keyboard'
00:00:00.132 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-99416-1/StatusNotifierItem IconPixmap: No such property ('org.kde.StatusNotifierItem.IconPixmap')
00:00:00.132 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-99416-1/StatusNotifierItem AttentionIconName = ''
00:00:00.132 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-99416-1/StatusNotifierItem AttentionIconPixmap: No such property ('org.kde.StatusNotifierItem.AttentionIconPixmap')
00:00:00.132 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-99416-1/StatusNotifierItem ItemIsMenu: No such property ('org.kde.StatusNotifierItem.ItemIsMenu')
00:00:00.132 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-99416-1/StatusNotifierItem Menu = '/MenuBar'
00:00:02.062 [swaybar/tray/host.c:24] Registering Status Notifier Item 'org.kde.StatusNotifierItem-93317-1/StatusNotifierItem'
00:00:02.063 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-93317-1/StatusNotifierItem IconThemePath = ''
00:00:02.063 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-93317-1/StatusNotifierItem Status = 'Active'
00:00:02.063 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-93317-1/StatusNotifierItem IconName = 'input-keyboard'
00:00:02.072 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-93317-1/StatusNotifierItem IconPixmap: No such property ('org.kde.StatusNotifierItem.IconPixmap')
00:00:02.072 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-93317-1/StatusNotifierItem AttentionIconName = ''
00:00:02.072 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-93317-1/StatusNotifierItem AttentionIconPixmap: No such property ('org.kde.StatusNotifierItem.AttentionIconPixmap')
00:00:02.072 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-93317-1/StatusNotifierItem ItemIsMenu: No such property ('org.kde.StatusNotifierItem.ItemIsMenu')
00:00:02.072 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-93317-1/StatusNotifierItem Menu = '/MenuBar'

(There are two icons because the first one is from fcitx running in my original tty with a non-debug sway session, and the second is from the fcitx exec_always'd into the debug sway session.)

fcitx according to dbus has:

image

(Note: This image is from the original issue, which is why the dbus names doesn't match.)

To clarify for anyone not familiar with d-feet's UI: .IconName is set to "input-keyboard", .IconThemePath is set to "". I did not query the other properties which is why they don't show their values.

Looking at swaybar/tray/item.c, the error logs are benign since it just gets whatever properties it can. It does look up icon using the value it got from IconName, so I'm not sure why it's failing to find it.

$ find /usr/share/icons -name 'input-keyboard.*'

/usr/share/icons/Adwaita/16x16/legacy/input-keyboard.png
/usr/share/icons/Adwaita/22x22/legacy/input-keyboard.png
/usr/share/icons/Adwaita/24x24/legacy/input-keyboard.png
/usr/share/icons/Adwaita/256x256/legacy/input-keyboard.png
/usr/share/icons/Adwaita/32x32/legacy/input-keyboard.png
/usr/share/icons/Adwaita/48x48/legacy/input-keyboard.png

FWIW the tray icon renders fine with waybar. It appears to be using the /usr/share/icons/Adwaita/16x16/legacy/input-keyboard.png one.

created time in 2 months

pull request commentpfsense/FreeBSD-ports

HAProxy SSL/TLS Compatibility Mode option. Implements #10779

This doesn't actually work for the haproxy package in pfsense's repo. Setting this option to anything other than Auto (eg to Modern) and then applying changes fails with:

Errors found while starting haproxy
[ALERT] 238/003910 (20772) : parsing [/var/etc/haproxy_test/haproxy.cfg:13] : unknown keyword 'ssl-default-bind-ciphersuites' in 'global' section
[ALERT] 238/003910 (20772) : parsing [/var/etc/haproxy_test/haproxy.cfg:15] : unknown keyword 'ssl-default-server-ciphersuites' in 'global' section
[ALERT] 238/003910 (20772) : Error(s) found in configuration file : /var/etc/haproxy_test/haproxy.cfg
[ALERT] 238/003910 (20772) : Fatal errors found in configuration. 
$ pkg info | grep haproxy

haproxy-2.0.14                 Reliable, high performance TCP/HTTP load balancer
pfSense-pkg-haproxy-devel-0.60_7 pfSense package haproxy-devel

$ cat /var/etc/haproxy_test/haproxy.cfg

# Automaticaly generated, dont edit manually.
# Generated on: 2020-08-26 00:39
global
	maxconn			1000
	stats socket /tmp/haproxy.socket level admin  expose-fd listeners
	uid			80
	gid			80
	nbproc			1
	nbthread			1
	hard-stop-after		15m
	chroot				/tmp/haproxy_chroot
	daemon
	ssl-default-bind-ciphersuites	TLS_AES_128_GCM_SHA256:TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256
	ssl-default-bind-options	no-sslv3 no-tlsv10 no-tlsv11 no-tlsv12 no-tls-tickets
	ssl-default-server-ciphersuites	TLS_AES_128_GCM_SHA256:TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256
	ssl-default-server-options	no-sslv3 no-tlsv10 no-tlsv11 no-tlsv12 no-tls-tickets
	tune.ssl.default-dh-param	4096
	server-state-file /tmp/haproxy_server_state
...

That's because, as https://www.haproxy.com/documentation/hapee/latest/onepage/#ssl-default-bind-ciphersuites states:

This setting is only available when support for OpenSSL was built in and OpenSSL 1.1.1 or later was used to build HAProxy.

... but:

$ haproxy -vv | grep -i 'built with openssl'

Built with OpenSSL version : OpenSSL 1.0.2t-freebsd  10 Sep 2019
vktg

comment created time in 2 months

push eventArnavion/fac-rs

Arnavion

commit sha 2ea81f5fb2163aec9600e85ddbf971ad57c8399e

Update async-stream to v0.3

view details

Arnavion

commit sha 0f7827f3e590887fb2934238b3dd375f04cdd5e8

Update libflate to v1

view details

Arnavion

commit sha dc7e29f453e8b2d22c24ee2aa06e9f948548dbff

Remove the need for a Cursor in the ZIP reader.

view details

Arnavion

commit sha a146ba80beb7d808e0223db72dfeb44d814d9962

Allow search response mods to have null `latest_release` This is the case for mods that have a mods page but no releases.

view details

push time in 2 months

issue commentswaywm/sway

Red frowny face for systray icon

$ swaybar -b bar-0 -d

...

00:00:00.123 [swaybar/tray/host.c:24] Registering Status Notifier Item 'org.kde.StatusNotifierItem-3242-1/StatusNotifierItem'
00:00:00.126 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-3242-1/StatusNotifierItem IconThemePath = ''
00:00:00.126 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-3242-1/StatusNotifierItem Status = 'Active'
00:00:00.126 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-3242-1/StatusNotifierItem IconName = 'input-keyboard'
00:00:00.126 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-3242-1/StatusNotifierItem IconPixmap: No such property ('org.kde.StatusNotifierItem.IconPixmap')
00:00:00.126 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-3242-1/StatusNotifierItem AttentionIconName = ''
00:00:00.126 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-3242-1/StatusNotifierItem AttentionIconPixmap: No such property ('org.kde.StatusNotifierItem.AttentionIconPixmap')
00:00:00.126 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-3242-1/StatusNotifierItem ItemIsMenu: No such property ('org.kde.StatusNotifierItem.ItemIsMenu')
00:00:00.126 [swaybar/tray/item.c:152] org.kde.StatusNotifierItem-3242-1/StatusNotifierItem Menu = '/MenuBar'
tmccombs

comment created time in 2 months

issue commentswaywm/sway

Red frowny face for systray icon

I see this with sway 1.5 with fcitx's icon.

00:00:00.127 [swaybar/tray/host.c:24] Registering Status Notifier Item 'org.kde.StatusNotifierItem-81408-1/StatusNotifierItem'
00:00:00.130 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-81408-1/StatusNotifierItem IconPixmap: No such property ('org.kde.StatusNotifierItem.IconPixmap')
00:00:00.130 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-81408-1/StatusNotifierItem AttentionIconPixmap: No such property ('org.kde.StatusNotifierItem.AttentionIconPixmap')
00:00:00.130 [swaybar/tray/item.c:121] org.kde.StatusNotifierItem-81408-1/StatusNotifierItem ItemIsMenu: No such property ('org.kde.StatusNotifierItem.ItemIsMenu')

fcitx according to dbus has:

image

Looking at swaybar/tray/item.c, the error logs are benign since it just gets whatever properties it can. It does look up icon using the value it got from IconName, so I'm not sure why it's failing to find it.

$ find /usr/share/icons -name 'input-keyboard.*'

/usr/share/icons/Adwaita/16x16/legacy/input-keyboard.png
/usr/share/icons/Adwaita/22x22/legacy/input-keyboard.png
/usr/share/icons/Adwaita/24x24/legacy/input-keyboard.png
/usr/share/icons/Adwaita/256x256/legacy/input-keyboard.png
/usr/share/icons/Adwaita/32x32/legacy/input-keyboard.png
/usr/share/icons/Adwaita/48x48/legacy/input-keyboard.png

FWIW the tray icon renders fine with waybar. It appears to be using the /usr/share/icons/Adwaita/16x16/legacy/input-keyboard.png one.

tmccombs

comment created time in 2 months

issue commentAlexays/Waybar

Sway/workspace: Workspace names not in the same order as Sway internally stores them.

This sorting behavior makes waybar unusable. It makes bindsyms for workspace {prev,next}_on_output behave completely unpredictably compared to the order that waybar displays the workspaces. I don't see how anyone could want the current behavior.

Meanwhile, I hacked together a custom module to replace the sway/workspaces module.

<details> <summary><code>~/.config/waybar/config</code></summary>

    "custom/workspaces": {
        "exec": "/home/arnavion/bin/sway.bar.workspaces.sh DP-1",
        "on-scroll-down": "swaymsg workspace next_on_output",
        "on-scroll-up": "swaymsg workspace prev_on_output",
        "restart-interval": 0,
        "return-type": "json"
    }

</details>

<details> <summary><code>~/bin/sway.bar.workspaces.sh</code></summary>

#!/bin/bash

output="$1"

(
	echo
	while pidof waybar >/dev/null; do
		swaymsg -t subscribe '["workspace"]'
	done
) |
	while read -r line; do
		swaymsg -t get_workspaces |
			jq "{
				text:
					map(
						select(.output == \"$output\") |
						if .focused then
							\"<span font_weight=\\\"normal\\\" background=\\\"#64727d\\\"> \\(.name) </span>\"
						elif .urgent then
							\"<span font_weight=\\\"normal\\\" background=\\\"#eb4d4b\\\"> \\(.name) </span>\"
						else
							\"<span font_weight=\\\"normal\\\"> \\(.name) </span>\"
						end
					) |
					join(\"  \"),
			}" -c
	done

</details>

It doesn't support clicking to change workspaces, but I can live without that. Sane movement through workspaces are more important than that.

The other downside is that it needs to be instantiated independently for each output because it needs the output as a parameter.

pkillnine

comment created time in 2 months

push eventArnavion/fac-rs

Arnavion

commit sha cf8d2b77baa8f029ef043b6ba176eab800212dae

Rename custom derives to follow convention.

view details

Arnavion

commit sha 54573e1ab4bdf4f44d0d886e9f9fdecb1a740c0c

Remove unnecessary cloning in VersionReqMatcher.

view details

Arnavion

commit sha 78af81759392c77d8491aeb57d81bd7e0ecfbcd9

Use BTree* instead of Hash*

view details

Arnavion

commit sha c7a603bae784ee11199b5daeb4f5e42c243e6ea7

Remove unused dependencies.

view details

Arnavion

commit sha 283f8d27700e057ad85df4a88b50257163b01ca9

Remove inner backtraces from errors.

view details

Arnavion

commit sha f41abd6f71ceef0a690abbfb74e31b6448793098

Remove unnecessary increased recursion_limit

view details

push time in 2 months

push eventArnavion/fac-rs

Arnavion

commit sha 20b4a4d782621c5a72efe41cc2be8ebcd0d0a24c

Use futures_util::TryStreamExt where possible.

view details

push time in 2 months

push eventArnavion/fac-rs

Arnavion

commit sha 453c0194282e7d8b8e5342f748c8b2bb45d41acc

Remove unnecessary newtype_deserialize custom derive.

view details

Arnavion

commit sha b919185a8eefbb326abf1e2df769175cd3941d92

Drop unnecessary dependency on serde_derive

view details

Arnavion

commit sha c6309d66c79bc3c0c7dfae035de17c7865cf7162

Remove explicit `ref`s and dereferences made redundant my match ergonomics.

view details

push time in 2 months

push eventArnavion/fac-rs

Arnavion

commit sha 377e5f9147ed0dd9e82551fa16f1832c96e8ddd2

Add LICENSE and crate descriptions.

view details

push time in 2 months

push eventArnavion/fac-rs

Arnavion

commit sha a9050632bba4dad75f57dceb9ec4a3137fa444a9

Drop trait aliases feature and switch to Rust stable.

view details

push time in 2 months

push eventArnavion/fac-rs

Arnavion

commit sha 0c73d77f85c7efd52f23cb3ace65244d1b519c49

Minor cleanup. - Simplify some lifetime parameters. - Unwrapping `Result<API>` inside each subcommand is not required. - Fix doc comment mentioning old `reqwest` API. - Remove unnecessary `std::sync::Arc`s.

view details

push time in 2 months

push eventArnavion/fac-rs

Arnavion

commit sha a2ec9f604d2532f2dc2a7d132b98e125ba369b4d

Minor cleanup. - Simplify some lifetime parameters. - Unwrapping `Result<API>` inside each subcommand is not required. - Fix doc comment mentioning old `reqwest` API.

view details

push time in 2 months

push eventArnavion/fac-rs

Arnavion

commit sha 037f6a4533bff4f77f0f4aaf5a05f46648ce9d3c

Minor cleanup. - Replace some explicit matches with combinators or the `matches!` macro. - Use `to_owned()` instead of `to_string()` to convert `&str` to `String`. - Remove some unnecessary cases of `ModName` to `ModName` conversion via `to_string()` instead of just using the original `ModName`.

view details

push time in 2 months

issue commentalacritty/alacritty

Panic on screen unlock

I've not seen this any more with alacritty 0.5.0

blitz

comment created time in 2 months

push eventArnavion/fac-rs

Arnavion

commit sha 1f9fbd4cfd5d9e744dad6ad97444802a5c304c52

Switch from lazy_static to once_cell

view details

Arnavion

commit sha e83e5b240b56454d51e6b270af256a250b71815b

Don't use Result typedefs.

view details

push time in 2 months

push eventArnavion/pfsense-dashboard-cli

Arnavion

commit sha 6eda8309146bada446b951e2cc0f53604596ba93

Fix tests for latest clippy.

view details

push time in 2 months

push eventArnavion/pfsense-dashboard-cli

Arnavion

commit sha a4a4a7b1771e7d2fa3dc4e00f0be88483de2ae20

Update dirs to v3, roxmltree to v0.13

view details

push time in 2 months

push eventArnavion/fac-rs

Arnavion

commit sha 7cec3ab97798447ea25412e1a8e0cd0fd74aa2c4

Support Factorio 1.0 This is needed because 1.0 supports mods that require 0.18, so the package solver needs to accomodate this. Also work around some mods with malformed zips.

view details

push time in 2 months

push eventArnavion/fac-rs

Arnavion

commit sha e471276298053404b028293881540cf51a569b82

Update rpassword to v5

view details

Arnavion

commit sha dca2eeadeaf65313884dec3191d13f3d5eaa34d5

Support Factorio 1.0 This is needed because 1.0 supports mods that require 0.18, so the package solver needs to accomodate this.

view details

push time in 2 months

issue closedArnavion/k8s-openapi

Listing pods does not list pods that are currently terminating?

Hello. I am writing an application that requires me to wait until pods have finished terminating, and I am planning to use a loop to pull a list of pods (by label) and exit once there are no pods remaining.

However, it seems that when listing pods, pods that are currently terminating do not show up. Is there some way to do this?

I am using kube::api::typed::Api<kube::api::resource::Object<k8s_openapi::v1_17::api::core::v1::pod_spec::PodSpec, k8s_openapi::v1_17::api::core::v1::pod_status::PodStatus>> .list() with a ListParams object.

closed time in 2 months

emilyaherbert

issue commentArnavion/k8s-openapi

Listing pods does not list pods that are currently terminating?

Issues with kube need to be reported at https://github.com/clux/kube-rs/issues

That said, what you see is presumably due to what is explained in https://github.com/kubernetes/kubectl/issues/450#issuecomment-446259960 and its follow-up comment. That is, terminating pods have status.phase as Some("Running"), and you're expected to look at their .metadata.deletion_timestamp being Some(...) to deduce that they're terminating. See kubectl's source doing this same thing here.

emilyaherbert

comment created time in 2 months

push eventArnavion/k8s-openapi

Arnavion

commit sha 3be36e0543d8e1e98fc6916d6eabf0233e902a7c

Update to v1.17.11, v1.18.8

view details

push time in 2 months

push eventArnavion/k8s-openapi

Arnavion

commit sha d46073feb7eda63de265c07a981e9fcf61196ac8

Update to v1.16.14, v1.18.7

view details

push time in 2 months

delete branch Arnavion/k8s-openapi

delete branch : next

delete time in 2 months

push eventArnavion/k8s-openapi

Arnavion

commit sha 42716f67763d0554ba938fb46ad5894a51084cfd

Update to v1.17.10

view details

push time in 2 months

create barnchArnavion/k8s-openapi

branch : next

created branch time in 2 months

more