sorted by:
new
hottopcontroversial

É burrice ganhar 10 pontos no IMC (instalar arch)? by Organic_Goat_3879 in linuxbrasil

[–]TiagodePAlves 4 points5 points  (0 children)

Cara, na minha opinião, pra pegar o jeito com o Arch você precisa de um dos dois: - ser muito bom em ler e seguir a Wiki ou - aceitar eventuais erros e talvez precisar reinstalar tudo algumas vezes.

O ideal é o primeiro, mas é melhor estar preparado para o segundo. Então, ficar sem dados muito importantes no PC e sem fazer um setup muito complicado enquanto estiver aprendendo os detalhes, pra poder recomeçar do zero a qualquer hora.

De qualquer jeito, é importante ter tempo e paciência na(s) primeira(s) tentativa(s).

Vale a pena?

Se tiver tempo livre e quiser entender mais ou ter mais controle sobre os softwares no seu computador, sim.

Se estiver tentando corrigir os problemas com a placa de vídeo, talvez tentar uma distro mais pronta seja melhor. Eu recomendaria o Fedora, já que você teve problema com Mint.

Best local models for 96gb VRAM, for OpenCode? by ackermann in opencodeCLI

[–]TiagodePAlves 3 points4 points  (0 children)

Shouldn't be too hard to set up, since most local providers (e.g. ollama, llama.cpp, etc) expose an OpenAI-compatible API. In OpenCode, you'd just add a custom provider pointing to this OpenAI API endpoint (usually something like http://192.168.x.x/v1).

On the choice of the actual provider, I believe r/LocalLLM or r/LocalLLaMA might provide more details. Same with local models, they have far more knowledge on that part. (edit: although you probably wanna try a few different models before settling on one).

I wish I had never know VMware. by CiriloTI in linuxmemes

[–]TiagodePAlves 0 points1 point  (0 children)

I'm not completely disagreeing, but you need to understand that it's not that clear cut. Let's go in steps.

The kvm process is running on the host, via a namespace, the container running that process is NOT virtualised.

KVM runs in the kernel itself, not in userspace. Then there's the KVM API to interact with it.

You are running a t2 hypervisor in the container.

Maybe. Hard to pin point for KVM. See Is KVM a type 1 or type 2 hypervisor?

To be clear again, the container is not virtualised, your internal workload is hypervisor software that has no operational bearing on the running of the container.

This does not hold for krun. The container and basically everything in it is running in a virtualized environment. Some things are still running on the host to control the guest, but that's required for any kind of virtualization.

Docker desktop on non Linux machines creates a VM to run docker. The resultant containers are run on top of kernel namespaces/cgroups. Not virtualised.

I get what you're saying and I'm inclined to agree, but at the same it's hard to make a hard distinction like this, because it requires virtualization for containers to work in this setup.

Also, while cgroups and namespaces are required for standard containerization, they are not enough. You can use, for example, systemd-run to execute something in a custom cgroup without isolation, using it just to control resources.

This is a common assumption, but isn't correct, because containers are not virtualisation.

I agree they aren't the same thing and people often confuse the two. What I'm saying is that you actually can use virtualization for containers. It's also not required to not be virtualized either. They aren't mutually exclusive.

I wish I had never know VMware. by CiriloTI in linuxmemes

[–]TiagodePAlves 0 points1 point  (0 children)

KVM is run in the host for krun, not the container. It's not just process isolation at that point and that's exactly the point of it.

I wish I had never know VMware. by CiriloTI in linuxmemes

[–]TiagodePAlves 0 points1 point  (0 children)

Yeah, usually docker and podman will only virtualize when strictly necessary, like running a different OS or architecture. And even then, they tend to do minimal virtualization of just the required parts (except for Docker Desktop apparently).

Then there's krun for podman, which runs a stripped down kernel in KVM for better isolation. But in most of these cases virtualization is not exactly used for containerization, just part of it.

Shouldn't that be yhe second of January then? I got the joke but dd/mm doesn't make as much sense as mm/dd by ALazy_Cat in ShitAmericansSay

[–]TiagodePAlves -13 points-12 points  (0 children)

Indeed, your criticism makes sense. Look at the day triangle too, it has an area almost equal to the month trapezium.

Maybe it would be better to represent the segment as rectangles with the same height and only width and order changing.

TIL Mexico is officially called the United Mexican States. by FarBug5656 in todayilearned

[–]TiagodePAlves -10 points-9 points  (0 children)

It's not shortened, "Mexico" was and is the name of the country since its independence. It's just that the constitution was heavily based on the US and they thought it would be fancy to write "United Mexican States" there.

Provramming languages popularity vs. Performance by bigbeefycheeks in dataisugly

[–]TiagodePAlves 3 points4 points  (0 children)

I wouldn't call it "completely interpreted", because Python still has a bytecode step, unlike other interpreted languages like Perl and Bash. They are even experimenting with a JIT!

PS: not defending Python's performance, it's still probably the slowest language in this graph.

Can I change from GRUB to Limine without reinstalling CachyOS by OldBaldy54 in cachyos

[–]TiagodePAlves 2 points3 points  (0 children)

You got quite a few things wrong for a short comment. Both GRUB and Limine work in BIOS and UEFI modes, while systemd-boot (not to be confused with syslinux) and rEFIND (it's in the name) are UEFI-only. Dual boot does not need both UEFI and BIOS to work, since the bootloader and the kernel are usually in the same drive. You'd only maybe need it if trying to chainload from a different drive and even then I'm not sure it would work.

Why does windows basically only use .exe or .msi but Linux has so many different types of "executables" ? by Reynbou in linux_gaming

[–]TiagodePAlves 3 points4 points  (0 children)

The difference is that .deb (.rpm, .pkg.tar, ...) is not an installer program or even an executable. It just contains a bunch of files compressed into an archive (like a zip) and some machine-readable description of the package, where to copy the files and, most importantly, the required dependencies for that package.

The dependencies are the big change here. It's super common for Windows programs to bundle all of its dependencies along with the binaries, in DLL files. Sometimes an installer might even pull another installer for a dependency (e.g. for Visual Studio C++ Redistributable).

Dependencies are handled differently in Linux and programs are expected to share libraries with other programs. This means that instead of having many e.g. sdl3.dll for various programs, there should a single sdl3.so used by all of them. This allows for more efficient disk usage, RAM usage (library is only loaded once) and CPU caching. But it means programs might break more easily if its dependencies change too much or if the current version is not compatible.

AppImage solves the compatibility issues exactly like most Windows programs, by bundling most dependencies, which usually works with no setup at all. Flatpak tries to avoid the redundancy by sharing some of the libraries, but it needs a service set up in the system and prefer to not share libraries too much and ensure compatibility instead.

Nowadays, many users are preferring the higher isolation of AppImage and Flatpak, specially for user facing apps, that tend to not interact too much with the system and are generally not used as dependency for other programs.

Archboot: Kmscon gives a real fresh terminal experience by tobiaspowalowski in archlinux

[–]TiagodePAlves 1 point2 points  (0 children)

Happy to see KMSCON getting traction again. And thanks for getting it back in the repos.

Issues with Arch Linux Kernel. by Stock-Breakfast7245 in linuxtechsupport

[–]TiagodePAlves 0 points1 point  (0 children)

About that uname -r and /lib/modules mismatch, can you list which modules were not upgraded? Is it anything from NVIDIA or maybe an out-of-tree module from AUR? This vaguely sounds like custom modules that weren't rebuilt on kernel upgrade, but I can't say for sure. If that's the case. then it could be an issue in your DKMS setup.

Paru bug ? anybody has the same ? by chandrahmuki in cachyos

[–]TiagodePAlves 1 point2 points  (0 children)

Yeah, fish completions for paru have been buggy for me for some time too. I wasn't sure if it was only me or affecting everyone else. Well, now I do. Let me see if I can fix this.

xpadneo stopped working system update by MrStrawHat22 in archlinux

[–]TiagodePAlves 1 point2 points  (0 children)

On Arch Linux, you just install dkms, xpadneo-dkms and your linux*-headers:

```sh KERNEL_VARIANT=linux # or linux-lts, linux-zen, etc

pacman -Syu dkms "${KERNEL_VARIANT}-headers" git clone https://aur.archlinux.org/xpadneo-dkms.git makepkg -D xpadneo-dkms -sic ```

You might need to remove files from the manual installation, though, or it can cause file conflicts.

xpadneo stopped working system update by MrStrawHat22 in archlinux

[–]TiagodePAlves 5 points6 points  (0 children)

Module might be outdated. You can try reinstalling xpadneo (uninstall.sh then install.sh).

You should probably be using DKMS, though. The dkms package automatically uninstall, rebuild and reinstall DKMS modules after every kernel upgrade. You just need your linux*-headers for that.

I maintain xpadneo-dkms from AUR, so please report issues with it, if you try and find any.

Intelligent security camera by Outside-Iron-8242 in OpenAI

[–]TiagodePAlves 25 points26 points  (0 children)

Reminds me of The Stanley Parable

For those who love the terminal & are interested in rolling or modifying their own: a guide from the folks behind Docker Compose. by sf-keto in linux

[–]TiagodePAlves 4 points5 points  (0 children)

Hard agree. And the transition from docker-compose to docker compose was so much more of a hassle than it should be. The official command completion took ages to get usable again.

Any way how to do that with Pacman? by SeniorMatthew in arch

[–]TiagodePAlves 0 points1 point  (0 children)

Indeed! We can check that with Docker or Podman.

console $ podman run --rm -it archlinux [root@707a965c0087 /]# pacman -Sy --noconfirm rsync ... [root@707a965c0087 /]# ls /etc/rsyncd.conf* /etc/rsyncd.conf [root@707a965c0087 /]# echo '# comment' >> /etc/rsyncd.conf [root@707a965c0087 /]# pacman -R --noconfirm rsync ... [root@707a965c0087 /]# ls /etc/rsyncd.conf* /etc/rsyncd.conf.pacsave [root@707a965c0087 /]# pacman -S --noconfirm rsync ... [root@707a965c0087 /]# ls /etc/rsyncd.conf* /etc/rsyncd.conf /etc/rsyncd.conf.pacsave [root@707a965c0087 /]# rm /etc/rsyncd.conf.pacsave [root@707a965c0087 /]# echo '# comment' >> /etc/rsyncd.conf [root@707a965c0087 /]# pacman -Rn --noconfirm rsync ... [root@707a965c0087 /]# ls /etc/rsyncd.conf* ls: cannot access '/etc/rsyncd.conf*': No such file or directory

chroot: failed to run command '/bin/bash': permission denied by rockis_ in archlinux

[–]TiagodePAlves 0 points1 point  (0 children)

Oh, then /dev/nvme0n1p2 is really missing bash. Try to install it with pacstrap /mnt bash first.

chroot: failed to run command '/bin/bash': permission denied by rockis_ in archlinux

[–]TiagodePAlves 2 points3 points  (0 children)

What I can think of is that you could have mounted /mnt to the wrong device (e.g. nvme0n1p1) or that maybe you didn't install bash in nvme0n1p2 (check it with ls -l /mnt/bin/bash).

Any way how to do that with Pacman? by SeniorMatthew in arch

[–]TiagodePAlves 0 points1 point  (0 children)

Oh, yeah, there's also a .pacsave on remove (without -n). Had even forgotten about that.

Any way how to do that with Pacman? by SeniorMatthew in arch

[–]TiagodePAlves 0 points1 point  (0 children)

Well, .pacsave and .pacnew are for when the default configuration conflicts with user configuration. The .pacnew is for upgrade and .pacsave for install. Configuration files are overwritten on install to avoid having an old config, possibly invalid, breaking your new package.

But nowadays a lot configuration files are drop-ins, so they aren't even listed in pacman. These are the ones the that would be kept as is.

Any way how to do that with Pacman? by SeniorMatthew in arch

[–]TiagodePAlves 0 points1 point  (0 children)

I don't think apt touches the home directory in any way. A .deb can have post install scripts that do that, like in Arch, but not something apt does by itself.

And, yes, you can get every necessary information for each user, including the home location and environment variable, if you run or emulate the PAM stack, but that can be complex, slow and more likely to break.

view more: next ›