tenkuma/web
tenkuma/web
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

Deploy: Fri May 15 14:02:26 UTC 2026

Browse source
This commit is contained in:
mareguma 2026-05-15 14:02:26 +00:00
commit 884ab01739
900 changed files with 23978 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

151
docs/posts/android-developer-verification/index.html Normal file
View file

@ -0,0 +1,151 @@
<!--
_ _ _
| |_ ___ _ __ | | ___ _ _ __ ___ __ _ __ ____ _ ___ | |__ ___ _ __ ___
| __/ _ \ '_ \| |/ / | | | '_ ` _ \ / _` | \ \ /\ / / _` / __| | '_ \ / _ \ '__/ _ \
| || __/ | | | <| |_| | | | | | | (_| | \ V V / (_| \__ \ | | | | __/ | | __/
\__\___|_| |_|_|\_\\__,_|_| |_| |_|\__,_| \_/\_/ \__,_|___/ |_| |_|\___|_| \___|
-->
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>Adrian Victor - On the Recent Changes to App Distribution Requirements in the Android System by Google.</title>
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<link rel="stylesheet" href="/pages/tenkuma/web/static/main.css?fixcache=1">
<script type="module" src="/pages/tenkuma/web/static/scripts/ccd.js"></script>
<script type="module" src="/pages/tenkuma/web/static/scripts/music.js" defer></script>
<script type="module" src="/pages/tenkuma/web/static/scripts/88x31.js" defer></script>
<script type="module" src="/pages/tenkuma/web/static/scripts/tips.js" defer></script>
<link rel="apple-touch-icon" sizes="180x180" href="/pages/tenkuma/web/static/apple-touch-icon.png">
<link rel="icon" type="image/png" sizes="32x32" href="/pages/tenkuma/web/static/favicon-32x32.png">
<link rel="icon" type="image/png" sizes="16x16" href="/pages/tenkuma/web/static/favicon-16x16.png">
<link rel="manifest" href="/pages/tenkuma/web/static/site.webmanifest">
<script src="https://keepandroidopen.org/banner.js" defer></script>
<meta property="og:title" content="Adrian Victor - On the Recent Changes to App Distribution Requirements in the Android System by Google.">
<meta property="og:description" content="Personal website/blog of Adrian Victor.">
<meta property="og:type" content="article">
<meta property="og:url" content="https://adrianvic.github.io/tenkuma/web/pages/tenkuma/web/posts/android-developer-verification/">
<meta property="og:image" content="https://adrianvic.github.io/tenkuma/web/pages/tenkuma/web/static/images/android-jellybean.jpg">
</head>
<body>
<script>
const rootPrefix = "/pages/tenkuma/web/";
</script>
<style>
.bg {
opacity: 0.35!important;
}
</style>
<noscript>
<style>
.i88x31:hover {
transform: scale(2);
}
</style>
</noscript>
<div id="everythingHelper">
<img src="/pages/tenkuma/web/static/images/android-jellybean.jpg" class="bg">
<header>
<div>
<h1>Adrian Victor:Blog</h1>
<a id="headerSubtitle"><i>Fanasy is not a crime, find your castle in the sky.</i></a>
<script>
const headeri18n =
{
by: "by",
options: "Options",
hideBackground: "Hide background",
back: "back",
permissionIssue: "Permission issue",
permissionIssueNotificationContent: "Unable to continue playing background music, please enable audio <b>autoplay</b> for this website.",
notificationDefaultHint: "<b>Click to dismiss</b>",
}
</script>
</div>
<div id="linksHelper">
<div id="music"></div>
<ul id="headerLinks">
<a href="/pages/tenkuma/web/en/">home</a>
<a href="/pages/tenkuma/web/en/blog/">blog</a>
<a href="/pages/tenkuma/web/en/misc/">misc</a>
</ul>
</div>
</header>
<div id="mainHelper">
<main>
<article>
<div id="postHeader">
<h1>On the Recent Changes to App Distribution Requirements in the Android System by Google.</h1>
<p>Adrian Victor - <b>8/29/2025</b> (last edited in 5/15/2026)</p>
Also available in other languages:
<li class="inlineList">
<a href="/pages/tenkuma/web/posts/verificacao-de-desenvolvedor-no-android/" hreflang="pt">
português
</a>
</li>
</div>
<h2>Recap</h2>
<p>Android is that open-source operating system that works well for users and is loved by developers. Always known for breaking barriers and being open, expandable, versatile, and even friendly to power users–something not every system dares to be (iOS, Windows Phone). For a long time, Android was seen this way compared to its competitors: a breath of fresh air against the abusive practices of companies like Apple. But it seems the Android we've nurtured for two decades no longer fits in the pockets of Google executives; it is too free, creating ethical and technical barriers to the profitable exploitation path adopted by its developer.</p>
<h2>What happened with Android?</h2>
<p>At the end of this month (August 2025), Google announced that starting September 2026, all apps installed on certified devices (those with Google Android and locked bootloader) will need to undergo a developer verification process. This process involves collecting personal data from the individual distributing the app, so they can be identified and held accountable for potential malicious activities related to their software. The same applies to companies, which must also pay a $25 USD fee. This process is mandatory even if the app is distributed outside Google's official stores, raising obvious concerns about user privacy and freedom.</p>
<h2>Implications, Justifications, and Motivations of the New Policy</h2>
<p>It is important to examine Google's justification and try to understand its true motivation behind this distribution policy. Let's start by analyzing Google's statement:</p>
<blockquote cite="https://developer.android.com/developer-verification">"By making Android safer, we're protecting the open environment that allows developers and users to confidently create and connect. Android's new developer verification is an extra layer of security that deters bad actors and makes it harder for them to spread harm."</blockquote>
<p>They argue that the new rules are intended to improve user security, preventing malicious software from being installed on certified Android devices. Again, we see "security" used to justify controversial practices that limit the end user's control over their device. This was also the justification given for the proven abusive sideloading restrictions that led Google to lose a lawsuit against Epic Games—a more sophisticated version of the same issue is happening here.</p>
<p>It is easy to sympathize with the company when the words are well-phrased, but as a user who loves alternative software outside the big tech ecosystem, I have seen enough examples of authority abuse to conclude that Google's recent actions are simply an attempt to regain part, if not all, of the control it had over Android devices before the previously mentioned case.</p>
<p>One example is the kio-gdrive software, widely used to integrate Google Drive with the KDE file manager on Linux systems. The software was blocked from asking users if they authorized access to their Google Drive account. Instead of the permission popup, Google displayed a warning implying that the legitimate software could be malicious. Developers reported:</p>
<blockquote cite="https://bugs.kde.org/show_bug.cgi?id=480779#c54">"Google blocked us from using this back in June because we weren't able
justify our API usage to their satisfaction. As such, the permission is now blocked [...] mamaking 25% of the KAccounts KCM non-functional. Remove the gdrive permissions [...] for now so at least other Google things can work (at least in theory)."</blockquote>
<blockquote cite="https://bugs.kde.org/show_bug.cgi?id=480779#c54">"It's beyond stupid (IMHO) if individual users can't indicate that they're fine with a particular piece of software accessing their supposedly sensitive data!"</blockquote>
<p>Although I couldn't find the exact internal conversations between developers—and I'm giving Google the benefit of the doubt—it is at least suspicious that Google did not agree that software performing its primary functions within Google Drive should have a valid reason to access it. This was not an isolated case; Google operates behind the scenes to control what happens on Android. For example, apps compiled for older system versions would show alarming security warnings because recent changes introduced more permission barriers, even though old apps didn't support them. A reasonable warning would emphasize that permissions must be granted to support optional features, but the actual messages were vague, conveniently scaring users attempting sideloading and helping maintain the Play Store monopoly.</p>
<p>Speaking of alarming warnings, let's discuss Play Protect, software embedded in the Google Play Store that scans installed sideloaded apps and reports the results back to Google. At first glance, this is a good idea, assuming the user opts in. The problem arises when the difference between malware detection messages and warnings triggered by outdated software is unclear, causing two serious effects: it renders Google's protection service almost useless while maintaining the Play Store monopoly.</p>
<p>Imagine sideloading for the first time: you try to install an old version of a favored software. You receive exaggerated warnings about the supposed dangers, abandon the installation, and install the latest version from the Play Store. Google thus indirectly forces more users to use its store, ensuring the lucrative 30% transaction fee.</p>
<p>Now consider a second scenario: you're an advanced Android user who understands sideloading and loves installing open-source apps outside the Play Store. You click a suspicious link and download a malicious APK. Play Protect warns you during installation, but the warnings are so frequent and exaggerated (even when no malware is detected) that you ignore them out of habit. The result: malware on your device, and Play Protect was ineffective.</p>
<p>Sometimes, downloading software outside the Play Store is the only option, because developers may not want to publish apps there—either for privacy reasons (developers must disclose personal data when publishing) or because of publishing fees, which may discourage donation—supported developers. Users must have the freedom to choose what runs on their devices.</p>
<p>According to current information, developers don't have to make their data public if they avoid distributing apps via the Play Store. This is the least Google could do to make the new distribution policies fairer. Google also claims the verification isn't meant to inspect app content or purpose; it is supposedly only to block malware distribution. Whether this holds up remains to be seen, given it could also serve as a convenient tool for abuse of power.</p>
<h2>Next Steps</h2>
<p>We must watch how these policies are applied and how they affect the Android ecosystem. An inevitable consequence is that countless abandoned apps, perfectly functional without the new requirements, will disappear overnight. Not all old software connects to the internet, and not all represents a constant threat. Google is taking away the option for experienced users to take responsibility and say: "I know what I'm doing!", treating us as if they know what's best for everyone.</p>
<p>The commercial Android on phones is based on the <abbr title="Android Open Source Project">AOSP</abbr>, meaning Android's core remains open, and Google hasn't taken that from users yet. I plan to write another post explaining how to regain control of your device through system modifications, from the simplest, safest, most stable methods to advanced approaches, if you feel confident.</p>
</article>
</main>
</div>
</div>
</body>
</html>

179
docs/posts/instalando-fl-studio-no-linux/index.html Normal file
View file

@ -0,0 +1,179 @@
<!--
_ _ _
| |_ ___ _ __ | | ___ _ _ __ ___ __ _ __ ____ _ ___ | |__ ___ _ __ ___
| __/ _ \ '_ \| |/ / | | | '_ ` _ \ / _` | \ \ /\ / / _` / __| | '_ \ / _ \ '__/ _ \
| || __/ | | | <| |_| | | | | | | (_| | \ V V / (_| \__ \ | | | | __/ | | __/
\__\___|_| |_|_|\_\\__,_|_| |_| |_|\__,_| \_/\_/ \__,_|___/ |_| |_|\___|_| \___|
-->
<!DOCTYPE html>
<html lang="pt">
<head>
<meta charset="UTF-8">
<title>Adrian Victor - Instalando FL Studio no Linux.</title>
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<link rel="stylesheet" href="/pages/tenkuma/web/static/main.css?fixcache=1">
<script type="module" src="/pages/tenkuma/web/static/scripts/ccd.js"></script>
<script type="module" src="/pages/tenkuma/web/static/scripts/music.js" defer></script>
<script type="module" src="/pages/tenkuma/web/static/scripts/88x31.js" defer></script>
<script type="module" src="/pages/tenkuma/web/static/scripts/tips.js" defer></script>
<link rel="apple-touch-icon" sizes="180x180" href="/pages/tenkuma/web/static/apple-touch-icon.png">
<link rel="icon" type="image/png" sizes="32x32" href="/pages/tenkuma/web/static/favicon-32x32.png">
<link rel="icon" type="image/png" sizes="16x16" href="/pages/tenkuma/web/static/favicon-16x16.png">
<link rel="manifest" href="/pages/tenkuma/web/static/site.webmanifest">
<script src="https://keepandroidopen.org/banner.js" defer></script>
<meta property="og:title" content="Adrian Victor - Instalando FL Studio no Linux.">
<meta property="og:description" content="Website/blog pessoal de Adrian Victor.">
<meta property="og:type" content="article">
<meta property="og:url" content="https://adrianvic.github.io/tenkuma/web/pages/tenkuma/web/posts/instalando-fl-studio-no-linux/">
<meta property="og:image" content="https://adrianvic.github.io/tenkuma/web/pages/tenkuma/web/static/images/fl_screenshot_no_text.png">
</head>
<body>
<script>
const rootPrefix = "/pages/tenkuma/web/";
</script>
<style>
.bg {
opacity: 0.35!important;
}
</style>
<noscript>
<style>
.i88x31:hover {
transform: scale(2);
}
</style>
</noscript>
<div id="everythingHelper">
<img src="/pages/tenkuma/web/static/images/fl_screenshot_no_text.png" class="bg">
<header>
<div>
<h1>Adrian Victor:Blog</h1>
<a id="headerSubtitle"><i>Fanasy is not a crime, find your castle in the sky.</i></a>
<script>
const headeri18n =
{
by: "por",
options: "Opções",
hideBackground: "Esconder imagem de fundo",
back: "voltar",
permissionIssue: "Problema de permissão",
permissionIssueNotificationContent: "Não foi possivel continuar tocando a música de fundo, por favor habilite <b>reprodução automática</b> de áudio para esse website.",
notificationDefaultHint: "<b>Clique para ignorar</b>",
}
</script>
</div>
<div id="linksHelper">
<div id="music"></div>
<ul id="headerLinks">
<a href="/pages/tenkuma/web/pt/">início</a>
<a href="/pages/tenkuma/web/pt/blog/">blog</a>
<a href="/pages/tenkuma/web/pt/misc/">misc</a>
</ul>
</div>
</header>
<div id="mainHelper">
<main>
<article>
<div id="postHeader">
<h1>Instalando FL Studio no Linux.</h1>
<p>Adrian Victor - <b>4/19/2026</b> (editado por último em 5/15/2026)</p>
Também disponível em outros idiomas:
<li class="inlineList">
<a href="/pages/tenkuma/web/posts/installing-fl-studio-on-linux/" hreflang="en">
english
</a>
</li>
</div>
<div class="youtubeCardHolderHelper">
<div class="youtubeCardHolder">
<a href="https://www.youtube.com/watch?v=6bnNAnSY9Uo">
<div class="blogpostYoutubeVideo" >
<img src="/pages/tenkuma/web/static/images/thumbnails/fl_studio_linux.png">
<div class="videoHeader">
<h2 class="videoTitle" >
Como instalar o FL Studio no Linux?
</h2>
<p>YouTube (5:53)</p>
</div>
</div>
</a>
</div>
</div>
<h2>Prólogo</h2>
<p>Desde que mudei permanentemente para o Linux em 2024, venho me impressionando com a capacidade inabalável da comunidade open-source de trazer a vida no Linux softwares complexos feitos originalmente para Windows. Entretanto, um dos programas amaldiçoados com os mais ímpetos e abstratos erros na velha guarda do Wine é o FL Studio, caracteristica essa que fez com que eu, por muito tempo, achasse que a DAW da Image-Line não iria rodar de jeito nenhum no sistema do penguim.</p>
<p>Acontece que o FL roda no Linux, e roda muito bem, considerando a sua complexidade. Descartando uns problemas visuais, algumas VSTs que simplesmente não rodam e uma gambiarra para rodar plugins 32-bits, a experiência de usar o FL Studio no Linux é bem sólida. Parece que a Valve, Wine e comunidade open-source não estão para brincadeira mesmo.</p>
<p>Antes de ir às formalidades, gostaria de definir o escopo desse tutorial. Faço ele com tudo o que cabe na minha memória recente trabalhando com o FL no Linux. Mas também não é uma postagem estática; se estiver faltando alguma coisa me mande um e-mail e eu atualizo.</p>
<h2>Preparativos</h2>
<p>O tutorial vai ser feito usando o Arch Linux em um computador com o conjunto de Intel i5-1235U + 16gb de RAM. Porém, vale ressaltar que, pela natureza do flatpak, o tutorial se aplica a qualquer máquina com o gerenciador de pacotes instalado.</p>
<p>O primeiro passo é instalar o software Bottles, que está disponível com o nome de <a href="https://flathub.org/en/apps/com.usebottles.bottles"><code>com.usebottles.bottles</code> no Flathub</a>. O comando mais simples para instalar o app em um sistema com acesso ao Flathub (habilitado por padrão na maioria das distros, como na minha) é <code>flatpak install bottles</code>. Se você não é muito fã de rodar comandos, a maioria das lojas de apps no Linux baixam flatpaks e já vem com o Flathub habilitado—e saiba que essa é a última vez que vamos rodar comandos.</p>
<p>Se você não é fã do Flatpak, há um <a href="https://aur.archlinux.org/packages/bottles">pacote do bottles no AUR</a>. Pelo que eu entendi tem até uns desenvolvedores do Bottles envolvidos na manutenção desse pacote.</p>
<p>Depois disso, crie uma nova garrafa no Bottles. Eu recomendo criar uma no preset de jogos, já que o FL é meio visualmente complexo.</p>
<p>Por fim, antes da instalação, vamos instalar as dependências, que ficam acessíveis por um botão de mesmo nome nas opções da garrafa. O FL Studio possui apenas duas dependências opcionais:</p>
<dl>
<dt><code>allfonts</code></dt>
<dd>Fontes da Microsoft e Adobe, ajuda com alguns problemas relacionados a exibição de texto no FL. Eu geralmente não preciso instalar, mas já experienciei as teclas do piano roll sem legenda pela falta dessa dependência.</dd>
<dt><code>webview2</code></dt>
<dd>Necessário para o funcionamento do FL Cloud, Gopher (IA), Help Manual e talvez mais alguma outra função do FL que puxa um webview. Recomendo não instalar essa dependência se você não usa nenhuma dessas funções, porque sem ela reparei em um ganho de performance.</dd>
</dl>
<p>Estamos prontos para partir para a instalação da DAW.</p>
<h2>Instalando o FL Studio</h2>
<p>O Bottles já oferece um pacote de instalação do FL na página da garrafa, basta clicar em <i>Instalar Programas</i> e pesquisar por FL Studio. Porém, esse método de instalação não funcionou para mim, o instalador travou nas dependências. Creio que, se você tiver sucesso na sua instalação, o resultado vai ser o mesmo que fazendo o que eu vou descrever abaixo.</p>
<p>Primeiro, obtenha um instalador do FL Studio, caso já não tenha. A Image-Line oferece um instalador <a href="https://www.image-line.com/fl-studio/download/">em seu website</a>.</p>
<p>Com o instalador em mãos, basta usar o botão "Iniciar executável..." na página da garrafa e selecionar o seu instalador. Em alguns instantes você deve estar na instalação do FL Studio.</p>
<p>Se tudo ocorrer direito, a DAW recém instalada deve aparecer na lista de aplicativos com o nome "FL64". Você já pode iniciar ela.</p>
<h2>Configuração Inicial</h2>
<p>Ao abrir o FL Studio pela primeira vez, você provavelmente vai se deparar com uma tela de erro dizendo "The MIDI input device is already allocated. It may be in use by another application.", ignore os erros, e no menu de baixo escrito "Input", desabilite as entradas que tem a etiqueta <i>FAIL</i>.</p>
<p>Por mais que eu adoraria dizer que o FL Studio funciona perfeitamente no Linux, estamos trabalhando em um ambiente não suportado pela Image-Line e certamente mais instável do que seus sistemas nativos. Portanto, recomendo que habilite a opção de salvamento automático no modo mais agressivo.</p>
<h2>Trabalhando com <abbr title="Virtual Studio Technology">VST</abbr>s</h2>
<p>Os plug-ins de produção musical são a maior fonte de incompatibilidades no nosso ambiente, mas isso não significa que a <i>maioria</i> não funciona fora da caixa.</p>
<p>Além dos que não funcionam, e, potencialmente, travam o seu FL Studio, há os plugins que não se comportam direito, como é o exemplo do <i>Antares Auto-Tune Pro</i> que funciona perfeitamente—dada a excessão de que a interface e animações ficam estranhas e travadas. Acho que isso se dá e repete em tantos plugins porque os frameworks usados para fazer suas interfaces funcionam de alguma forma bizarra que o Soda não é otimizado para rodar.</p>
<p>De qualquer forma, quanto a esses plugins teimosos, as únicas recomendações que eu tenho para mitigar o problema são evitar ao máximo deixá-los abertos enquanto faz outras coisas, e—se possível—usar alternativas que tem mais bom senso no quesito interface.</p>
<h3>VSTs 32bits</h3>
<p>Agora que o FL Studio está funcionando, você pode tentar abrir alguma VST de 32bits, e, fazendo isso, ver que ela provavelmente vai congelar a DAW.</p>
<p>Se você por acaso congelar sem o devido backup em um projeto importante, ao invés de fechar o FL Studio, você pode usar seu gerenciador de tarefas para matar o processo <code>ILBridge.exe</code>. Esse é o processo que trava a DAW quando você tenta carregar um plugin de 32bits, é a ponte que faz ele funcionar no FL Studio de 64bits—quando interrompido, a DAW exibe um erro sobre não conseguir carregar o plugin e volta ao normal.</p>
<p>Mas existe sim uma forma de rodar plugins 32bits. Adicione um <i>Fruity Wrapper</i> no lugar do plugin que você quer adicionar, mude para a aba de opções do mesmo e deixe ele assim. Agora clique com o botão direito no gerador/efeito que você acabou de adicionar e substitua-o pelo plugin desejado. A página de opções deve carregar. Clique no botão escrito "Processing" e marque "External window".</p>
<p>Pronto, o plugin deve aparecer em uma janela separada do FL Studio e estar funcionando como esperado.</p>
<h2>Menções Honrosas</h2>
<p>Abaixo estão alguns ressaltes que vale a pena saber:</p>
<h3>Discos Virtuais</h3>
<p>O Bottles usa uma versão própria do Wine chamada Soda, mas no fundo, no fundo mesmo, ainda é o Wine. Portanto, você pode se beneficiar das configurações de discos virtuais do Wine. Nas opções da garrafa, ao expandir o submenu "Ferramentas Legado do Wine", você encontra a opção "Configuração". Ao clicar nessa, um menu de aparência pré-histórica vai aparecer, no topo você pode ver uma aba nomeada "Unidades". Aí você pode mapear diferentes unidades do Windows para locais do seu sistema Linux, e eles vão aparecer no explorador de arquivos do Wine e estarão acessíveis para os aplicativos.</p>
<h3>Aceleração de Hardware</h3>
<p>Se o seu FL Studio estiver rodando terrivelmente mal, recomendo que dê uma olhada na opção "Use placa gráfica dedicada" da sua garrafa, com ela desativada a minha DAW trava incessantemente.</p>
<h2>Conclusões</h2>
<p>Não sou a pessoa mais apta para dizer até onde a usabilidade da DAW se extende no Linux; não sou nem de longe um usuário avançado do FL. Mas, a título de informação, consegui produzir a faixa <a href="https://margarina.bandcamp.com/album/velkommen">Velkommen</a> inteiramente no sistema do penguim e não tenho a intenção de voltar para o Windows.</p>
<p>É mesmo inconveniente quando um plugin ou outro não funciona, quando eu tenho que criar um Fruity Wrapper antes de usar um plugin 32bits, ou quando eu penso que talvez a DAW possa performar um pouco melhor nativamente no Windows. Porém, para mim, é um preço muito justo a se pagar para misturar nas minhas músicas um pouco desse suco de ideologia que é me desafiar a não usar o sistema da Microsoft.</p>
<p>Espero que você também encontre esse conforto—não na conveniência, mas em desafiar o molde com intenção. Excentricidade digna de um artista.</p>
</article>
</main>
</div>
</div>
</body>
</html>

162
docs/posts/installing-fl-studio-on-linux/index.html Normal file
View file

@ -0,0 +1,162 @@
<!--
_ _ _
| |_ ___ _ __ | | ___ _ _ __ ___ __ _ __ ____ _ ___ | |__ ___ _ __ ___
| __/ _ \ '_ \| |/ / | | | '_ ` _ \ / _` | \ \ /\ / / _` / __| | '_ \ / _ \ '__/ _ \
| || __/ | | | <| |_| | | | | | | (_| | \ V V / (_| \__ \ | | | | __/ | | __/
\__\___|_| |_|_|\_\\__,_|_| |_| |_|\__,_| \_/\_/ \__,_|___/ |_| |_|\___|_| \___|
-->
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>Adrian Victor - Installing FL Studio on linux.</title>
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<link rel="stylesheet" href="/pages/tenkuma/web/static/main.css?fixcache=1">
<script type="module" src="/pages/tenkuma/web/static/scripts/ccd.js"></script>
<script type="module" src="/pages/tenkuma/web/static/scripts/music.js" defer></script>
<script type="module" src="/pages/tenkuma/web/static/scripts/88x31.js" defer></script>
<script type="module" src="/pages/tenkuma/web/static/scripts/tips.js" defer></script>
<link rel="apple-touch-icon" sizes="180x180" href="/pages/tenkuma/web/static/apple-touch-icon.png">
<link rel="icon" type="image/png" sizes="32x32" href="/pages/tenkuma/web/static/favicon-32x32.png">
<link rel="icon" type="image/png" sizes="16x16" href="/pages/tenkuma/web/static/favicon-16x16.png">
<link rel="manifest" href="/pages/tenkuma/web/static/site.webmanifest">
<script src="https://keepandroidopen.org/banner.js" defer></script>
<meta property="og:title" content="Adrian Victor - Installing FL Studio on linux.">
<meta property="og:description" content="Personal website/blog of Adrian Victor.">
<meta property="og:type" content="article">
<meta property="og:url" content="https://adrianvic.github.io/tenkuma/web/pages/tenkuma/web/posts/installing-fl-studio-on-linux/">
<meta property="og:image" content="https://adrianvic.github.io/tenkuma/web/pages/tenkuma/web/static/images/fl_screenshot_no_text.png">
</head>
<body>
<script>
const rootPrefix = "/pages/tenkuma/web/";
</script>
<style>
.bg {
opacity: 0.35!important;
}
</style>
<noscript>
<style>
.i88x31:hover {
transform: scale(2);
}
</style>
</noscript>
<div id="everythingHelper">
<img src="/pages/tenkuma/web/static/images/fl_screenshot_no_text.png" class="bg">
<header>
<div>
<h1>Adrian Victor:Blog</h1>
<a id="headerSubtitle"><i>Fanasy is not a crime, find your castle in the sky.</i></a>
<script>
const headeri18n =
{
by: "by",
options: "Options",
hideBackground: "Hide background",
back: "back",
permissionIssue: "Permission issue",
permissionIssueNotificationContent: "Unable to continue playing background music, please enable audio <b>autoplay</b> for this website.",
notificationDefaultHint: "<b>Click to dismiss</b>",
}
</script>
</div>
<div id="linksHelper">
<div id="music"></div>
<ul id="headerLinks">
<a href="/pages/tenkuma/web/en/">home</a>
<a href="/pages/tenkuma/web/en/blog/">blog</a>
<a href="/pages/tenkuma/web/en/misc/">misc</a>
</ul>
</div>
</header>
<div id="mainHelper">
<main>
<article>
<div id="postHeader">
<h1>Installing FL Studio on linux.</h1>
<p>Adrian Victor - <b>4/19/2026</b> (last edited in 5/15/2026)</p>
Also available in other languages:
<li class="inlineList">
<a href="/pages/tenkuma/web/posts/instalando-fl-studio-no-linux/" hreflang="pt">
português
</a>
</li>
</div>
<h2>Prologue</h2>
<p>Since I permanently moved to Linux in 2024, I have been impressed by the unwavering ability of the open-source community to bring to life in Linux complex software originally made for Windows. However, one of the programs cursed with the most stubborn and abstract errors in the old guard of Wine is FL Studio, a characteristic that made me, for a long time, think that Image-Line's DAW would not run at all on the penguin's system.</p>
<p>It turns out that FL runs on Linux, and runs very well, considering its complexity. Disregarding some visual problems, some VSTs that simply don't run, and a workaround to run 32-bit plugins, the experience of using FL Studio on Linux is quite solid. It seems that Valve, Wine, and the open-source community are not messing around.</p>
<p>Before getting into the formalities, I would like to define the scope of this tutorial. I'm making it with everything that fits in my recent memory working with FL on Linux. But it's also not a static post; if something is missing, send me an email and I'll update it.</p>
<h2>Preparations</h2>
<p>The tutorial will be done using Arch Linux on a computer with an Intel i5-1235U + 16GB of RAM setup. However, it's worth noting that, due to the nature of flatpak, the tutorial applies to any machine with the package manager installed.</p>
<p>The first step is to install the Bottles software, which is available under the name <a href="https://flathub.org/en/apps/com.usebottles.bottles"><code>com.usebottles.bottles</code> on Flathub</a>. The simplest command to install the app on a system with access to Flathub (enabled by default on most distros, like mine) is <code>flatpak install bottles</code>. If you're not a fan of running commands, most app stores on Linux download flatpaks and come with Flathub already enabled—and know that this is the last time we'll run any command.</p>
<p>If you're not a fan of Flatpak, there's a <a href="https://aur.archlinux.org/packages/bottles">Bottles package in the AUR</a>. From what I understand, there are even some Bottles developers involved in maintaining that package.</p>
<p>After that, create a new bottle in Bottles. I recommend creating one in the games preset, since FL is somewhat visually complex.</p>
<p>Finally, before installation, let's install the dependencies, which are accessible through a button of the same name in the bottle's options. FL Studio has only two optional dependencies:</p>
<dl>
<dt><code>allfonts</code></dt>
<dd>Microsoft and Adobe fonts, helps with some text display issues in FL. I generally don't need to install it, but I have experienced unlabeled piano roll keys due to the lack of this dependency.</dd>
<dt><code>webview2</code></dt>
<dd>Necessary for FL Cloud, Gopher (AI), Help Manual, and possibly some other FL functions that pull a webview. I recommend not installing this dependency if you don't use any of these functions, because without it I noticed a performance gain.</dd>
</dl>
<p>We're ready to proceed with installing the DAW.</p>
<h2>Installing FL Studio</h2>
<p>Bottles already offers an FL installation package on the bottle's page, just click on <i>Install Programs</i> and search for FL Studio. However, this installation method didn't work for me; the installer froze on the dependencies. I believe that if you're successful with your installation, the result will be the same as what I'm about to describe below.</p>
<p>First, get an FL Studio installer, if you don't already have one. Image-Line offers an installer <a href="https://www.image-line.com/fl-studio/download/">on its website</a>.</p>
<p>With the installer in hand, just use the "Run executable..." button on the bottle's page and select your installer. In a few moments you should be in the FL Studio installation.</p>
<p>If everything goes right, the newly installed DAW should appear in the applications list with the name "FL64". You can already start it.</p>
<h2>Initial Configuration</h2>
<p>When you open FL Studio for the first time, you'll probably come across an error screen saying "The MIDI input device is already allocated. It may be in use by another application.", ignore the errors, and in the menu at the bottom labeled "Input", disable the inputs that have the <i>FAIL</i> label.</p>
<p>Much as I would love to say that FL Studio works perfectly on Linux, we're working in an environment not supported by Image-Line and certainly more unstable than its native systems. Therefore, I recommend that you enable the autosave option in the most aggressive mode.</p>
<h2>Working with <abbr title="Virtual Studio Technology">VST</abbr>s</h2>
<p>Music production plugins are the biggest source of incompatibilities in our environment, but that doesn't mean that the <i>majority</i> don't work out of the box.</p>
<p>Beyond those that don't work, and potentially crash your FL Studio, there are plugins that don't behave right, like the example of <i>Antares Auto-Tune Pro</i> which works perfectly—given the exception that the interface and animations work strange and sluggish. I think this happens and repeats in so many plugins because the frameworks used to make their interfaces work somehow bizarrely that Soda is not optimized to run.</p>
<p>In any case, as for these stubborn plugins, the only recommendations I have to mitigate the problem are to avoid leaving them open as much as possible while doing other things, and—if possible—use alternatives that have more sense when it comes to interface.</p>
<h3>32-bit VSTs</h3>
<p>Now that FL Studio is working, you can try to open a 32-bit VST, and, doing so, see that it will probably freeze the DAW.</p>
<p>If you happen to freeze without proper backup on an important project, instead of closing FL Studio, you can use your task manager to kill the <code>ILBridge.exe</code> process. This is the process that freezes the DAW when you try to load a 32-bit plugin; it's the bridge that makes it work in 64-bit FL Studio—when interrupted, the DAW displays an error about not being able to load the plugin and returns to normal.</p>
<p>But there is indeed a way to run 32-bit plugins. Add a <i>Fruity Wrapper</i> in place of the plugin you want to add, switch to its options tab and leave it like that. Now right-click on the generator/effect you just added and replace it with the desired plugin. The options page should load. Click on the button labeled "Processing" and check "External window".</p>
<p>Done, the plugin should appear in a separate window from FL Studio and be working as expected.</p>
<h2>Honorable Mentions</h2>
<p>Below are some highlights worth knowing:</p>
<h3>Virtual Drives</h3>
<p>Bottles uses its own version of Wine called Soda, but deep down, it's still Wine. Therefore, you can benefit from Wine's virtual drive settings. In the bottle's options, when expanding the "Legacy Wine Tools" submenu, you'll find the "Configuration" option. When you click on it, a prehistoric-looking menu will appear; at the top you can see a tab named "Drives". There you can map different Windows drives to locations on your Linux system, and they will appear in the Wine file explorer and be accessible to applications.</p>
<h3>Hardware Acceleration</h3>
<p>If your FL Studio is running terribly, I recommend that you take a look at the "Use dedicated graphics card" option of your bottle, with it disabled my DAW freezes incessantly.</p>
<h2>Conclusions</h2>
<p>I'm not the most apt person to say how far the DAW's usability extends on Linux; I'm far from an advanced FL user. But, for your information, I was able to produce the track <a href="https://margarina.bandcamp.com/album/velkommen">Velkommen</a> entirely on the penguin's system and have no intention of going back to Windows.</p>
<p>It's really inconvenient when one plugin or another doesn't work, when I have to create a Fruity Wrapper before using a 32-bit plugin, or when I think that maybe the DAW could perform a little better natively on Windows. However, for me, it's a very fair price to pay to mix into my music a little bit of that ideology juice that is challenging myself not to use Microsoft's system.</p>
<p>I hope you also find that comfort—not in convenience, but in challenging the mold with intention. Eccentricity worthy of an artist.</p>
</article>
</main>
</div>
</div>
</body>
</html>

150
docs/posts/verificacao-de-desenvolvedor-no-android/index.html Normal file
View file

@ -0,0 +1,150 @@
<!--
_ _ _
| |_ ___ _ __ | | ___ _ _ __ ___ __ _ __ ____ _ ___ | |__ ___ _ __ ___
| __/ _ \ '_ \| |/ / | | | '_ ` _ \ / _` | \ \ /\ / / _` / __| | '_ \ / _ \ '__/ _ \
| || __/ | | | <| |_| | | | | | | (_| | \ V V / (_| \__ \ | | | | __/ | | __/
\__\___|_| |_|_|\_\\__,_|_| |_| |_|\__,_| \_/\_/ \__,_|___/ |_| |_|\___|_| \___|
-->
<!DOCTYPE html>
<html lang="pt">
<head>
<meta charset="UTF-8">
<title>Adrian Victor - Sobre as recentes mudanças nos requisitos de distribuição de apps no sistema Android feitas pela Google.</title>
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<link rel="stylesheet" href="/pages/tenkuma/web/static/main.css?fixcache=1">
<script type="module" src="/pages/tenkuma/web/static/scripts/ccd.js"></script>
<script type="module" src="/pages/tenkuma/web/static/scripts/music.js" defer></script>
<script type="module" src="/pages/tenkuma/web/static/scripts/88x31.js" defer></script>
<script type="module" src="/pages/tenkuma/web/static/scripts/tips.js" defer></script>
<link rel="apple-touch-icon" sizes="180x180" href="/pages/tenkuma/web/static/apple-touch-icon.png">
<link rel="icon" type="image/png" sizes="32x32" href="/pages/tenkuma/web/static/favicon-32x32.png">
<link rel="icon" type="image/png" sizes="16x16" href="/pages/tenkuma/web/static/favicon-16x16.png">
<link rel="manifest" href="/pages/tenkuma/web/static/site.webmanifest">
<script src="https://keepandroidopen.org/banner.js" defer></script>
<meta property="og:title" content="Adrian Victor - Sobre as recentes mudanças nos requisitos de distribuição de apps no sistema Android feitas pela Google.">
<meta property="og:description" content="Website/blog pessoal de Adrian Victor.">
<meta property="og:type" content="article">
<meta property="og:url" content="https://adrianvic.github.io/tenkuma/web/pages/tenkuma/web/posts/verificacao-de-desenvolvedor-no-android/">
<meta property="og:image" content="https://adrianvic.github.io/tenkuma/web/pages/tenkuma/web/static/images/android-jellybean.jpg">
</head>
<body>
<script>
const rootPrefix = "/pages/tenkuma/web/";
</script>
<style>
.bg {
opacity: 0.35!important;
}
</style>
<noscript>
<style>
.i88x31:hover {
transform: scale(2);
}
</style>
</noscript>
<div id="everythingHelper">
<img src="/pages/tenkuma/web/static/images/android-jellybean.jpg" class="bg">
<header>
<div>
<h1>Adrian Victor:Blog</h1>
<a id="headerSubtitle"><i>Fanasy is not a crime, find your castle in the sky.</i></a>
<script>
const headeri18n =
{
by: "por",
options: "Opções",
hideBackground: "Esconder imagem de fundo",
back: "voltar",
permissionIssue: "Problema de permissão",
permissionIssueNotificationContent: "Não foi possivel continuar tocando a música de fundo, por favor habilite <b>reprodução automática</b> de áudio para esse website.",
notificationDefaultHint: "<b>Clique para ignorar</b>",
}
</script>
</div>
<div id="linksHelper">
<div id="music"></div>
<ul id="headerLinks">
<a href="/pages/tenkuma/web/pt/">início</a>
<a href="/pages/tenkuma/web/pt/blog/">blog</a>
<a href="/pages/tenkuma/web/pt/misc/">misc</a>
</ul>
</div>
</header>
<div id="mainHelper">
<main>
<article>
<div id="postHeader">
<h1>Sobre as recentes mudanças nos requisitos de distribuição de apps no sistema Android feitas pela Google.</h1>
<p>Adrian Victor - <b>8/29/2025</b> (editado por último em 5/15/2026)</p>
Também disponível em outros idiomas:
<li class="inlineList">
<a href="/pages/tenkuma/web/posts/android-developer-verification/" hreflang="en">
english
</a>
</li>
</div>
<h2>Recapitulando</h2>
<p>Android é aquele sistema operacional open-source que funciona bem para os usuários, e que os desenvolvedores amam. Sempre conhecido por quebrar barreiras e por ser aberto, expansível, versátil e até amigável com os mais nerds, coisa que nem todo sistema tem a cara e coragem de ser (iOS, Windows Phone). É assim que, por muito tempo, o Android foi visto em relação aos seus concorrentes: Um suspiro de ar puro em relação às práticas abusivas de empresas como a Apple. Mas parece que o Android que cultivamos por duas décadas não cabe mais no bolso dos executivos da Google, é livre demais, e isso criou barreiras éticas e técnicas no lucrativo caminho de exploração adotado pela sua desenvolvedora.</p>
<h2>O que aconteceu com o Android?</h2>
<p>A Google anunciou no final deste mês (Agosto de 2025) que a partir de Setembro de 2026 todos os apps instalados em dispositivos certificados (aqueles com o Android da Google e de bootloader bloqueado) precisarão passar pelo processo de verificação de desenvolvedor, processo cujo consiste da coleta de dados pessoais do indivíduo que vai distribuir a aplicação para que o mesmo possa ser identificado e atribuído a possíveis atividades maliciosas relacionadas ao seu software, o mesmo vale para empresas, que além disso precisam pagar uma taxa de 25 USD. O processo é forçado e necessário mesmo com a distribuição do app sendo feita fora das lojas oficiais da Google, o que trouxe óbvias preocupações sobre privacidade e liberdade dos usuários do sistema.</p>
<h2>As implicações, justificativas e motivações da nova política</h2>
<p>É importante analisar a justificativa e tentar entender a real motivação que a Google teve ao criar tal política de distribuição. Portanto começamos analisando a fala da Google:</p>
<blockquote cite="https://developer.android.com/developer-verification">"Para tornar o Android mais seguro, estamos protegendo o ambiente aberto que permite que desenvolvedores e usuários criem e se conectem com confiança. A nova verificação de desenvolvedor do Android é uma camada que detém atores maliciosos e faz com que seja mais difícil para que eles espalhem o mau."</blockquote>
<p>Ela argumenta que as novas regras do sistema foram feitas com a intenção de aprimorar a segurança do usuário, evitando que software malicioso seja instalado em dispositivos Android certificados. Outra vez vemos segurança sendo usada como forma de justificar práticas controversas que limitam o poder do usuário final no seu próprio dispositivo. Essa também era a justificativa dada para a prática comprovadamente abusiva de bloqueio de sideloading de apps que levou a Google a perder seu caso no tribunal contra a empresa Epic Games, aqui vemos uma versão mais sofisticada da mesma.</p>
<p>É fácil simpatizar com a empresa quando as palavras são bem colocadas, mas como usuário ávido de softwares alternativos aos das big-techs, eu já vi exemplos de abuso de autoridade suficientes para concluir que as recentes ações da Google não passam de uma forma de recuperar parte, se não todo o controle que ela tinha sobre os dispositivos Android antes do caso mencionado anteriormente.</p>
<p>Um exemplo desses abusos é o caso do software kio-gdrive, que era amplamente utilizado para integrar o Google Drive ao explorador de arquivos do KDE, um ambiente para sistemas Linux. O software foi bloqueado de perguntar para os usuários se eles autorizavam o acesso a sua conta do Google Drive, no lugar do popup de permissão, a Google colocou um aviso informando os usuários que o software legítimo poderia ser malicioso, seguem os relatos dos desenvolvedores:</p>
<blockquote cite="https://bugs.kde.org/show_bug.cgi?id=480779#c54">"Google bloqueou o nosso acesso a essa função em junho porque não conseguimos explicar o nosso uso da API de forma que eles julgam satisfatória. Por causa disso o sistema de permissões agora está bloqueado [...] tornando 25% das KAccounts KCM não funcionais. Remova as permissões [...] para que pelo menos o restante das integrações funcione (pelo menos em teoria)."</blockquote>
<blockquote cite="https://bugs.kde.org/show_bug.cgi?id=480779#c54">"É mais que estúpido (na minha humilde opinião) usuários individuais não poderem indicar que eles concordam com um software específico acessando seus dados supostamente sensíveis!"</blockquote>
<p>Por mais que durante minhas pesquisas eu não tenha achado exatamente quais conversas foram trocadas pelo time de desenvolvedores—e com isso estou dando um grande benefício da dúvida para a Google—, é no mínimo suspeito que a Google não tenha concordado que um software que exerce suas funções primárias dentro do ambiente do Google Drive tem um motivo válido para usufruir do mesmo. Esse não foi um caso único, a Google age nas entrelinhas para controlar o que acontece ou não no Android, como quando apps compilados para versões mais antigas do sistema mostravam um aviso assustador sobre segurança pois mudanças recentes haviam colocado mais barreiras no sistema de permissões, porém os apps antigos não tinham suporte a elas. Um aviso sobre as permissões que seriam dadas ao aplicativo instalado, enfatizando que elas teriam que ser dadas ao aplicativo por ele não suportar as permissões opcionais é razoável, entretanto a mensagem exibida foi bem mais vaga do que deveria ser, o que convenientemente serviu para assustar os usuários que experimentavam sideloading e ajudou a manter o monopólio da Google Play Store.</p>
<p>Falando em avisos assustadores, chegou a hora de falar do Play Protect, um software embutido na Google Play Store que escaneia os apps instalados no seu dispositivo via sideloading e retorna o resultado para a base de dados da Google, uma ideia boa a primeira vista, levando em conta que a empresa respeita a escolha do usuário com o modelo <i>opt-in</i>, questionando o mesmo se ele gostaria de enviar seus apps instalados para a análise. O grande problema aparece quando a diferença entre as mensagens de detecção de malware e as que são acionadas pelo simples fato do software estar desatualizado é tão turva que causa dois efeitos graves, que juntos tornam o serviço de proteção da Google praticamente inútil para o usuário, enquanto mantém o monopólio da Google.</p>
<p>Suponhamos que você está experimentando sideloading pela primeira vez: você tenta instalar uma versão antiga de um software que você gosta. Você recebe a mensagem exacerbada sobre os supostos perigos de instalar o software desatualizado, desiste da instalação e instala a versão atual pela Google Play Store. Assim a Google força, mesmo que indiretamente, mais um usuário a usar sua loja, garantindo os lucrativos 30% de taxa nas transações dos apps.</p>
<p>Agora apresento um segundo cenário hipotético: você é um usuário mais avançado do sistema Android que tem total noção do que se trata o sideloading e adora instalar seus aplicativos de código aberto por fora da Play Store. Porém você clica em um link duvidoso e baixa um arquivo APK malicioso. Na hora de instalar você recebe o aviso do Play Protect, mas ele é tão frequente e exagerado (até mesmo quando nenhum malware foi detectado) que você acaba dispensando-o por já estar acostumado a ter que fazer isso (isso quando o usuário já não desativou ele nas configurações da Play Store). Agora o usuário tem um malware em seu dispositivo, o Play Protect foi inútil.</p>
<p>Em certas situações baixar um software por fora da loja da Google é a única opção, pois existem casos onde o desenvolvedor não quer publicar seu app na Play Store, tanto por questões de privacidade—já que os desenvolvedores são forçados a revelar certos dados pessoais para o público quando publicam seus apps—, quanto pela taxa imposta na publicação e vendas internas do aplicativo, que pode afastar desenvolvedores sustentados puramente por doações dos usuários. Pouco importa o motivo, os usuários devem ser livres para escolher o que roda em seus dispositivos.</p>
<p>De acordo com as informações disponibilizadas até agora, os desenvolvedores não precisarão tornar seus dados públicos caso optem por não distribuir sua aplicação na Play Store, e isso é o mínimo que a Google poderia fazer para tornar as novas políticas de distribuição mais justas para os desenvolvedores. A empresa também afirma que essa verificação não tem o objetivo de verificar o que há dentro da aplicação ou sua finalidade, portanto estaria sendo imposta puramente para barrar a distribuição contínua de malwares, resta ver se a afirmação se sustenta, tendo em vista que isso também pode ser uma ferramenta de abuso de poder conveniente para a Google, como outras serviram nos exemplos citados acima.</p>
<h2>Próximos passos</h2>
<p>Devemos ficar atentos a como essas novas políticas vão ser aplicadas, e como as mesmas afetarão o ecossistema do Android. Uma consequência inevitável das mudanças é que um número inestimável de aplicações abandonadas pelos desenvolvedores, que, se não fosse pelos novos requisitos, seriam perfeitamente funcionais serão perdidas de um dia para o outro. Nem todo software antigo se conecta à internet, nem todo software antigo representa um perigo constante ao usuário. A Google está tirando do usuário experiente a opção de assumir a responsabilidade e dizer: "Eu sei o que estou fazendo!", nos segurando como crianças, como se soubessem o que é melhor para todos.</p>
<p>O Android comercializado nos celulares é baseado no <abbr title="Android Open Source Project">AOSP</abbr>, o que significa que a força vital do Android é aberta, e isso a Google ainda não tirou dos usuários. Portanto pretendo fazer um outro post explicando como você pode recuperar o controle do seu dispositivo por meio de modificações no sistema, da forma mais simples, segura e estável possível, até as formas mais avançadas, caso você se sinta confiante.</p>
</article>
</main>
</div>
</div>
</body>
</html>