jlsalvador

joined 2 years ago
[โ€“] [email protected] 2 points 3 weeks ago (1 children)

The node memory is not the same as the pod memory limits. Do you checkout your pods limits? kubectl describe pod blahblahblah

Doc: https://kubernetes.io/docs/concepts/configuration/manage-resources-containers/

[โ€“] [email protected] 13 points 3 weeks ago* (last edited 3 weeks ago)

I prefer a simple style (just the folder icon, without the dolphin); but everyone have their own preferences. Soโ€ฆ ๐Ÿคท

As always, it can be customized for your own taste.

[โ€“] [email protected] 21 points 9 months ago (6 children)

TLDR; the reviewer is upset because the PSVR2-PC adapter doesn't come with a Display Port cable, and his Bluetooth adapter is not compatible. So he can't review the unit on time until he receive both items. ๐Ÿคท

[โ€“] [email protected] 7 points 10 months ago

Official Linux RSS about stable kernel releases: https://www.kernel.org/feeds/kdist.xml

[โ€“] [email protected] 1 points 11 months ago
[โ€“] [email protected] 1 points 11 months ago* (last edited 11 months ago)

Yes, using xrandr in the /etc/sddm.conf (https://man.archlinux.org/man/sddm.conf.5#DisplayCommand=) /usr/share/sddm/scripts/Xsetup.

[โ€“] [email protected] 6 points 11 months ago* (last edited 11 months ago) (6 children)

Hahaha. Common problem with multiscreen with different resolutions. Your laptop screen is below and left of your main display, and X11 renders this black "virtual screen".

There are multiple solutions:

a) Set your screen resolution and position through KDE Plasma SystemSettings and push the button "apply to SDDM configuration" (I think Plasma 6.0 removed this option, try to find it in the SystemSettings KCM SDDM section).

b) The another solution is the old one. Create a file into /etc/X11/xorg.conf/display.conf with the proper values of position and resolution. Search in a wiki about examples (archlinux wiki?).

c) There is a third one that I used few years ago. SDDM allows you run any command after the screen initialization. So you can exec your xrand command here. Search about /etc/sddm.conf

[โ€“] [email protected] 3 points 1 year ago (1 children)

I used Tekton for the last two years, and I didn't like it. One of the reasons is the community split around Tekton Hub between versions 3 and 4. Another reason is that it's not very Kubernetes native. While you write YAML, there are a subset of instructions that limit you regarding mundane things you can do on Kubernetes but Tekton doesn't support, such as mounting different PersistentVolumeClaims or setting tasks by platforms or nodes (amd64, arm64, etc).

I was so frustrated that I created my own Kubernetes-native CI/CD solution. Currently in development phases (when it is done, I will publish it here). This one uses real native Kubernetes components (jobs). You create Webhooks that launch Workflows, and Workflows can launch other Workflows or Jobs. You can do anything in a Job with no limitations other than Kubernetes itself. Take a look if you want: https://github.com/jlsalvador/simple-cicd

[โ€“] [email protected] 10 points 1 year ago* (last edited 1 year ago) (3 children)
  • Factorio (currently best management)
  • Satisfactory (cozy Factorio)
  • Captain of Industry (try this one)
[โ€“] [email protected] 8 points 1 year ago

Developed by Saber Interactive. Caution.

 

Hello!

Do you hate the watermark preview banner?

Add the text HideDesktopPreviewBanner=true just after [General] in the file ~/.config/kdeglobals. You will have something as the following:

[General]
HideDesktopPreviewBanner=true

Better for OLEDs displays, stylish, auto-suspend all-blacks displays, etc.

Src: https://invent.kde.org/plasma/plasma-workspace/-/commit/b15d9f41f7f41210b1dd5a78dc1b1894bd40c3dd#16f843a94440a858a2387e36472454ab5685e179_193_196

[โ€“] [email protected] 2 points 2 years ago (1 children)

I didn't try yet: https://www.cmcrossroads.com/article/gnu-make-escaping-walk-wild-side

colon := :
$(colon) := :
url := https$(:)//something
[โ€“] [email protected] 4 points 2 years ago (2 children)

A full price release for the first milestone, and because it is a Kickstarter, without any guarantee. I'm sure that the Patapon fans will be happy, at least.

 

Hello world!

I want to release to internet my custom immutable rolling-release extreme-simple Linux distribution for Kubernetes deployments.

I was using this distribution for about the last 6 years on production environments (currently used by a few startups and two country's public services). I really think that it could be stable enough to be public published to internet before 2024.

I'm asking for advice before the public release, as licensing, community building, etc.

A few specs about the distribution:

  • Rolling release. Just one file (currently less than ~40Mb) that can be bootable from BIOS or UEFI (+secure boot) environments. You can replace this file by the next release or use the included toolkit to upgrade the distribution (reboot/kexec it). Mostly automated distribution releases by each third-party releases (Linux, Systemd, Containerd, KubeAdm, etc).

  • HTTP setup. The initial setup could be configured with a YAML file written anywhere in a FAT32 partition or through a local website installer. You can install the distribution or configure KubeAdm (control-plane & worker) from the terminal or the local website.

  • Simple, KISS. Everything must be simple for the user, this must be the most important aspect for the distribution. Just upstream software to run a production ready Kubernetes cluster.

  • No money-driven. This distribution must be public, and it must allow to be forked at any time by anyone.

A bit of background:

I was using CoreOS before Redhat bought them. I like the immutable distro and A/B release aspect of the CoreOS distribution. After the Redhat acquisition, the CoreOS distribution was over-bloated. I switched to use my own distribution, built with Buildroot. A few years later, I setup the most basic framework to create a Kubernetes cluster without any headache. It's mostly automated (bots checking for new third-party releases as Linux, Systemd, Containerd, KubeAdm, etc; building, testing & signing each release). I already know that building a distribution is too expensive, because of that I programmed few bots that made this job for me. Now days, I only improve the toolkits, and approve the Git requests from thats bots.

Thank you for your time!

view more: next โ€บ