jlsalvador

joined 1 year ago
[–] jlsalvador@lemmy.ml 8 points 1 month ago (2 children)

The first improvement (Media Foundation by FFMPEG) could be significant. Currently, VALVe generates large shaders to re-render those Media Foundation videos into other free codecs. These shaders can be several gigabytes in size for some games with lengthy videos. With FFMPEG, those videos could be played without being re-encoded as shaders.

[–] jlsalvador@lemmy.ml 9 points 1 month ago (3 children)

TLDR:

  • New Media Foundation backend using FFMpeg.
  • Initial support for network sessions in DirectPlay.
  • New Desktop Control Panel applet.
  • Various bug fixes.
[–] jlsalvador@lemmy.ml 5 points 2 months ago* (last edited 2 months ago) (1 children)

Hi!

I made my own inmutable distro using buildroot (https://buildroot.org): https://simplek8s.org

This distro is just an AIO kernel image that will bootstrap everything in RAM. You can mount additional devices for data persistence (for example you can mount your storage in /var).

[–] jlsalvador@lemmy.ml 46 points 2 months ago* (last edited 2 months ago) (6 children)

For example, when someone ask for a command to list files, and another one replying with a command that removes everything.

[–] jlsalvador@lemmy.ml 23 points 3 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. 🤷

[–] jlsalvador@lemmy.ml 7 points 3 months ago

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

[–] jlsalvador@lemmy.ml 48 points 3 months ago* (last edited 3 months ago) (6 children)

It's illegal in Europe to have an opt-out checked by default, must be an opt-in unchecked by default. This is one of the reason that Microsoft has always troubles in Europe about privacy and opt-out services.

[–] jlsalvador@lemmy.ml 10 points 6 months ago (5 children)

When you create a filesystem, there is a parameter named as "block percent free". This parameter should be "5%", so a 5% of your partition size can only be written by the "root" user.

You can decrease this value or just free some space. You can try to create files or folders as root as well.

[–] jlsalvador@lemmy.ml 7 points 6 months ago (2 children)

I think that the reason is the same for "why is XMPP mentioned more than IRC?". IRC has more clients, it's less resources hungry and simpler than XMPP.

I think that the reason is because it is old-fashione, and it's clients feel outdated and (native) "lacking features" compared to more popular clients like Discord, WhatsApp, Messenger, Telegram or Signal. 🤷‍♂️

I can imagine my cousins using any of the clients I mentioned before, but not IRC, XMPP, or any protocol from my era. Life and traditions, isn't it?

[–] jlsalvador@lemmy.ml 28 points 7 months ago* (last edited 7 months ago) (8 children)
#!/usr/bin/env bash

A folder dotfiles as git repository and a dotfiles/install that soft links all configurations into their places.

Two files, ~/.zshrc (without secrets, could be shared) and another for secrets (sourced by .zshrc if exist secrets).

[–] jlsalvador@lemmy.ml 3 points 8 months 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

[–] jlsalvador@lemmy.ml 121 points 9 months ago
 

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 ›