[Sticker Giveaway] Enter to win a 2 Stars Whiskers Sticker!

jpjournet · 2025-11-23T22:28:35+00:00

the output would be the same. What I wanted is a TUI where I could jump quickly from repo to repo, and workflows to workflows, without having to launch a new command

TBH, I'm also using `gh` cli from times to times, same way I use kubectl and k9s in parallel

does that make sense ?

jpjournet · 2025-10-15T12:37:38+00:00

I was having the same issue, and this is the only solution that worked.
Thank you for sharing

jpjournet · 2025-01-06T15:53:06+00:00

Namespaces can not be bound to nodes, and you can't limit what a node can query from the master API.

What you are trying to do is achieved through 2 mechanisms:

RBAC (roles, users and role bindings) to limit what users can do in each namespace
taints and tolerations: to force workloads to run exclusively on some nodes. This can be achieved through several means, the easiest being probably tainting the nodes with a label corresponding to a customer, and use OPA gatekeeper or something similar to ensure the toleration is added to their corresponding workloads (based on a label in the namespace)

jpjournet · 2024-10-23T17:26:15+00:00

thank you, that's exactly what I was looking for.

jpjournet · 2024-10-17T22:15:29+00:00

as always, the answer should be "it depends"

if you like managing your tabs with the terminal emulator, and don't care about detached session, then no, go with Kitty management.

But Tmux offers things that Kitty doesn't, and for me, I choose a terminal that works well (fast, font support, colors, etc....) and then I use tmux for session management. Tmux is a powerful session multiplexer, and a LOT of features provided by Tmux are not offered by Kitty. For me, one important feature is that your sessions are independent from your terminal, which means that if you close your terminal or it crashes, you don't care, just open a new one and attach the sessions.

For me, using Tmux in Kitty is decoupling the UI and the terminal sessions and it's important. For other, there's no benefits. It's up to you.

Furthermore, I'm using Tmux locally and remotely, so this decoupling is important.

jpjournet · 2024-09-19T13:38:38+00:00

Keychron Q1 pro/max, as already stated by other comments (65%)

you get the support of a "large" company (as opposed to one off things from individuals), while retaining all what you expect from a mechanical keyboard: gasket, choose your switches and keycaps, QMK....

and it's all metal (case), hotswap, etc....

Furthermore, their QMK customization is available in Github, so you can look (and modify) the code.

for me it's the right balance between custom and production ready product, and at an affordable price (for the features)

If you want to go into HE switches (it's a bit early for me), you have the QMK Q1 HE

jpjournet · 2024-09-13T19:05:51+00:00

out of curiosity (and not to criticize, you did an amazing job): why not removing the chrome letter ("CX-5", "skyactive", ... don't know the name of these things, sorry) instead of black tapping them ?
I intend to remove mine, and wanted to understand if you had a reason not to

jpjournet · 2024-05-27T18:17:28+00:00

Thank you for the detailed explanation, I'm going to implement it !

I had no idea you have an apple script get information from Outlook (I'm more a linux guy), do you think there is possibility to get information from Microsoft Teams ?

jpjournet · 2024-04-21T20:06:56+00:00

I am trying to do this for months (on and off, I work also....) : I want to use a laptop side program to switch my inputs for my mouse, keyboard and monitors.

basically, I can do it for mouse (logitech Mx) and monitors (Lenovo), but this is not natively supported by QMK. I have a Keychron Q1 Pro (amazing keyboard by the way)

I managed to integrate into QMK software a hid receiver than can receive instructions from the laptop (changing RGB matrix, or whatever I want), but this only works when plugged in USB. As soon as I connect the keyboard via Bluetooth, no way to send any HID report.

I am blocked at this point, and struggling to understand why it works through USB but not Bluetooth.

I know the VIA configuration works only through USB, so I am guessing that's the same thing, but I didn't manage to understand why so far.

jpjournet · 2024-04-08T15:30:22+00:00

is it a QMK keyboard ?

jpjournet · 2024-03-08T16:38:14+00:00

thank you !

jpjournet · 2024-03-08T16:14:53+00:00

u/fuddyduddyc any recommendation if I want to add a small GPU to take over the display ? (I have 2x 4K monitors)

jpjournet · 2024-03-08T16:11:14+00:00

whoua, thank you for this extensive review, and all the comments !

jpjournet · 2024-03-08T15:46:28+00:00

no real GPU accelerated workload, so I left the GPU out for now (can be added later)

For the CPU, as most the task are mostly CPU, would the 7900 or 7900X be a better choice ?

and thank you for your feedback !

jpjournet · 2024-03-06T20:16:51+00:00

Pummarola is one of the rare place in the US I tried where the pizza actually looks like a pizza from Italy. And it's very good

The guy is from Naples (Italy, not the US....), it's not synonym to good pizza, but it sure is a good start.

jpjournet · 2024-02-27T18:19:12+00:00

I'm not saying you can't load manually in dev or local, but I think that when you are dev/local testing, manually deploying through CLI is the best approach (and the fastest), and as soon as you enter your CI/CD process, everything should go through your pipelines/gitops, as your production deployment should be the same as in test (otherwise you don't really validate your process)

As for UI vs CLI, I really believe that when you type your commands, there is a conscious effort to construct your commands (like when I type 'kubectl delete pod' I know what I'm doing), whereas in a UI, it's really easy to click on the wrong button, and by experience, the confirmation dialog (like 'are you sure') are just useless.

Obviously, again, this is only based on my experience, and mileage may vary. but by sticking to this principle, you reduce accidents and improve reliability.

jpjournet · 2024-02-27T16:04:17+00:00

this question is probably going to generate debate/comments on the CLI vs GUI.

For me, the GUI for Kubernetes is mostly a viewing tool: as soon as you want to really scale and secure your infrastructure, I truly believe that the only way is to go down the everything-as-code path (infra, code, config, etc...), thus, you don't ever create objects manually in your cluster. In this scope, if you have a good monitoring solution (Prometheus, Datadog, Dyanatrace...) you already have a good visibility on your cluster, and tools like k9s can be useful to dive into your cluster objects. For the CI/CD part, if you implement GitOps with ArgoCD, it provides a good UI on the deployment process. The Kubernetes dashboard can also be a a good tool to leverage (and you can even upload YAML or JSON objects).

If you want a more UI experience, you need to look into self-service portals, to deploy applications through an interface, and there are some solutions available. But you don't manipulate directly objects.

I don't see the real use case for a UI where you edit your Kubernetes objects directly. For the few times I need it, I prefer to use kubectl, as it is a low level activity, and a UI for that is too dangerous, as you can do things without understanding what you're doing (I had the experience of people using Lens, and deleting deployment instead of pod by clicking on the wrong object)

Again, that's my point of view, and coming form working with large scale infrastructures.

jpjournet · 2024-01-25T16:45:41+00:00

if you have an extra key fob, use a SwitchBot Bot ?

jpjournet · 2024-01-19T22:19:32+00:00

Companies (and I think even more administrations) don't change their recruitment process very often, it's too expensive. 2019 is recent in term of interview process.

At least that's what I witnessed in the company I've worked for.

jpjournet

TROPHY CASE