Substitutos Livres ou de código aberto para softwares proprietários comumente usados.
Softwares dessa lista podem ser softwares executáveis ou hospedáveis de forma local em servidores domésticos, docker compose, maquina virtual, Raspberry Pi e etc.

- Editores de imagens rasterizadas como Photoshop => Gimp (gimp.org).
- Editores de imagens vetoriais como Adobe Illustrator, Corel Draw, Canva e Affinity Designer => Inkscape (inkscape.org).
- Editores de vídeo como Adobe Premiere Pro, Sony Vegas => Kdenlive (kdenlive.org).
- Editores de áudio como Adobe Audition => Audacity (audacityteam.org) e plug-ins (plugins.audacityteam.org).
- DAWs como FL Studio, Reaper, GarageBand => LMMS (lmms.io).
- Softwares para criação de design editorial como Adobe InDesign => Scribus (sourceforge.net/projects/scribus/) e GhostScript (ghostnoscript.com) para as fontes.
- Software de modelagem, animação e produção em 3D como Cinema 4D, 3D Max, Maya, Adobe Substance 3D => Blender (blender.org)
- Softwares de criação de efeitos especiais, animações, pós produção como Adobe After Effects => Blender pra pós processamento e VFX/GFX (blender.org), Natron pra VFX (natrongithub.github.io).
- Leitores de E-Books como Adobe Acrobat => Okular (okular.kde.org)
- Softwares para criação, prototipagem e previsão de UI/UX como Adobe XD, Figma => Penpot (penpot.app) (Web, self-hosted e dockerizado).
- Software para edição de fotos do tipo RAW e fotografia como Adobe Lightroom => DarkTable (darktable.org).
- Biblioteca de fontes como Adobe Fonts => DaFont (dafont.com/pt/new.php?l[]=10&l[]=1) selecione apenas as fontes livres ou domínio público.
- Software para conversão e codificação de áudio e vídeo como Adobe Media Encoder => Handbrake (handbrake.fr), ffmpeg (ffmpeg.org), Avidemux (avidemux.sourceforge.net) e Shutter Encoder (shutterencoder.com).
- Software para desenho rasterizado como Adobe Photoshop (para desenho rasterizado), Adobe Fresco => Krita (krita.org).
- Software para edição de arquivos web e criação de sites como Adobe DreamWeaver => Silex (silex.me), VSCodium e extensões auxiliares (vscodium.com).
- Software para animação como Adobe Character Animator => Blender (função de animação 2D) e Enve (maurycyliebner.github.io).
- Software de escritório como Microsoft Office, Google Workplace => LibreOffice (libreoffice.org), Apache - OpenOffice (openoffice.org).
- Software para anotação e produtividade como Microsoft OneNote, EverNote => Joplin (joplinapp.org) e Joplin Server (github.com/laurent22/joplin/tree/dev/packages/server) caso queira sincronizar numa instância self-hosted.
IDEs proprietárias => VSCodium (vscodium.com) , Vim/NeoVim (vim.org, neovim.io), GNU Emacs (gnu.org/software/emacs/).
- Software para hospedagem auto hospedada de serviços como CloudRon ou Docker Compose => YunoHost (yunohost.org), FreedomBox (freedombox.org).
- Serviços de armazenamento de arquivos online como Google Drive, Mega, OneDrive, Dropbox... => Comprar um HD externo, NAS, NextCloud (nextcloud.com), ownCloud (owncloud.com/), se atente nas versões 'community' pois são softwares OSS que visam o lucro.
- Serviços de armazenamento de senhas como 1Password, Lastpass, Bitwarden => Teampass (teampass.net), Keepass (keepass.info), Keeweb (keeweb.info).
- Serviço de upload de arquivos de forma temporária como Mozilla Send ou Anonfiles => Send (github.com/timvisee/send).

#Links #FOSS #Libre #Lists #Software #Alternatives #SelfHosted

@PutridChannel

NÃO usem o protocolo Matrix / Element.

- Matrix foi criada dentro de uma Corporação de Inteligência Israelense chamada Amdocs.
- Matrix vaza muitos metadados, em muitos casos não corrigidos até o momento. O servidor doméstico pode armazenar e armazena muitos metadados.
- Mesmo se você executar sua própria instância, ela ainda enviará dados para o servidor doméstico principal.
- A instância principal utiliza Cloudflare que denoscriptografa o tráfego TLS e é um honeypot, e que por si só tem VÁRIOS problemas para quem busca privacidade.

Fonte: https://lemmy.eus/post/14271 [Wayback Machine]

#Links #Surveillance #Mossad

@PutridChannel

enable ksm in debian:

ksmd (Kernel Same-page Merging Daemon) is used to deduplicate repeated pages in RAM in a more "aggressive" way, ideal for servers with many virtual machines (like Proxmox for example), containers or many identical services at a higher CPU cost

can be considered an addition to the standard zswap deduplication

sudo apt install ksmtuned --no-install-recommends -y
sudo systemctl enable ksmtuned.service
sudo systemctl start ksmtuned.service

to check if ksm is working:

sudo cat /sys/kernel/mm/ksm/run

#kernel #sysadmin #debian #ksmd #vm

change the screen resolution scale (as if the resolution were larger)

replace "DVI-I-0" with your output and set the scale freely, 1.2x, 1.2x makes the items SMALLER, to make it BIGGER put a number below 1, to make it normal leave both values at 1

xrandr --output DVI-I-0 --scale 1.2x1.2

#linux #xorg #screen

https://healeycodes.com/counting-words-at-simd-speed

#simd #programming

What is fuzz testing (fuzzing)?

All previous answers are correct. I just want to add that “lots of data” typically means at least millions of slightly differently corrupt input data sets.

For example fuzzing an image decoder (like JPEG or TIFF) starts with a set of valid images, chosen to exercise all code paths within the decoder. The set covers all compression algorithms, all pixel formats, all color space, all sub-formats, think about the product of that, which is easily a few hundred files already.

The fuzzer program intelligently corrupts this set of valid files, sometimes using directives indicating where the sensible area are so some emphasis can be put there, together with a fair amount of random bit flipping at random locations, and generates large amounts of increasingly corrupted files that are fed to the decoder being tested hoping to cause a crash, typically rooted in a buffer overrun, or a heap corruption.

The set of corrupt files is created from scratch with each fuzzing campaign, generating entirely new corrupt files hopefully never seen before, and a minimal test after a small bug fix or performance optimization will require at least 500,000 new files for minimal validation, while a full campaign after a major upgrade of the parser, for example, will span weeks and use several million uniquely corrupted files. Cumulatively over the years, such parsers have been fuzzed over tens if not hundreds of million of iterations.

Fuzzing more complex software, for example an HTML parser, requires far more iterations (billions). According to Wikipedia[1]
, Microsoft spent 670 machine-years fuzzing their web browsers over 400 billion rounds, while Google is said to continuously fuzz Chrome on 15,000 cores, and we all know this did not find all the bugs!

Footnotes: https://en.wikipedia.org/wiki/Fuzzing

Texto de Axel Rietschin — Former Senior Engineer, Windows Base Kernel at Microsoft (company) (2013–2021).
Fonte: https://www.quora.com/What-is-fuzz-testing-fuzzing/answer/Axel-Rietschin

#fuzzing #software #security