framapiaf.org est l'un des nombreux serveurs Mastodon indépendants que vous pouvez utiliser pour participer au fédiverse.
Un service Mastodon fourni par l'association d’éducation populaire Framasoft.

Administré par :

Statistiques du serveur :

1,4K
comptes actifs

#maven

1 message1 participant0 message aujourd’hui
Markus Eisele<p>What's new in Maven 4? <br><a href="https://maven.apache.org/whatsnewinmaven4.html" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">maven.apache.org/whatsnewinmav</span><span class="invisible">en4.html</span></a><br><a href="https://mastodon.online/tags/Java" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Java</span></a> <a href="https://mastodon.online/tags/maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>maven</span></a></p>
Yuna<p>Maven 4: Still XML. Still boring. Still Winning.</p><p>What's so ugly about Maven?<br>Oh, right, XML. The ancient language feared by the hipster cult of Gradle.</p><p>But let's be honest:<br>You don't write build files every day. You come back after months, forget everything, and now… you're debugging a Groovy poem.<br>Maven? You squint at the XML, and boom. Autocomplete, structure, sanity.</p><p>Maven 4? Still XML. Still boring. Still… Winning at automations.<br>Yes there are more features, and yes you can use other DSL's than XML with polyglot or any other extension like also before.<br>Something new and interesting could be the BOM packaging and requirement of java 17. You can always build lower stuff also with 17. It's simply Java.</p><p>My killer feature of Maven:<br>👉 Stable, sandboxed plugins, run directly from the command line. No need to create bloated build files.<br>No copy-pasting the same config into 12 submodules and repositories.<br>All automated. All under my control.<br>No need to depend on the next third party cloud elf named like dependabot. <br>Or an SDK Man for switching java versions.<br>All I need is simply a JAR file and a build tool which does not disrupt me. </p><p>✨ Favourite Maven Spells - aka plugins running on my CI without defining them:<br>mvn wrapper:wrapper - Because of consistency, no jar binary inside my repo.<br>mvn dependency:tree - See who brought the uninvited guests.<br>mvn versions:update-properties - Auto-update without the bots.<br>mvn license:add-third-party - keep track of used licenses<br>mvn org.owasp:dependency-check-maven:check - Security without sacrifice.<br>[...]</p><p>Stop waiting for the next shiny thing, you can always contribute to any tool.<br>Start building. Or better automate it.</p><p><a href="https://hachyderm.io/tags/Maven4" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Maven4</span></a> <a href="https://hachyderm.io/tags/maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>maven</span></a> <a href="https://hachyderm.io/tags/cicd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>cicd</span></a> <a href="https://hachyderm.io/tags/buildtool" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>buildtool</span></a> <a href="https://hachyderm.io/tags/coding" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>coding</span></a> <a href="https://hachyderm.io/tags/programming" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>programming</span></a></p>
Ixchel Ruiz<p>🎉 JavaLand is here! 🎉 April 1 to 3, 2025 at Nürburgring! 🏎️💨</p><p>🔥 Today's highlights:</p><p>Boost your Maven builds! 🔨 Learn expert tips and tricks for optimizing your build process.</p><p>Secure your apps! 🔐 Discover best practices and tools to strengthen your application security.</p><p><a href="https://mastodon.social/tags/JavaLand2025" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>JavaLand2025</span></a> <a href="https://mastodon.social/tags/Java" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Java</span></a> <a href="https://mastodon.social/tags/TechCommunity" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>TechCommunity</span></a> <a href="https://mastodon.social/tags/N%C3%BCrburgring" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Nürburgring</span></a> <a href="https://mastodon.social/tags/Maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Maven</span></a> <a href="https://mastodon.social/tags/Security" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Security</span></a></p>
Jake<p>Is there any way to actively test if a maven dependency scope is set to “test” but would be required to be “compile”/“runtime”? I broke a build that way but can’t think of any way to catch that. </p><p><a href="https://hachyderm.io/tags/java" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>java</span></a> <a href="https://hachyderm.io/tags/maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>maven</span></a></p>
itgrrl :donor:<p>I'm working on enabling the <a href="https://infosec.exchange/tags/DigiPres" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DigiPres</span></a> parts of our org by making some of the <a href="https://infosec.exchange/tags/COPTR" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>COPTR</span></a> Tool Grid apps available securely in a managed <a href="https://infosec.exchange/tags/Windows" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Windows</span></a> environment - first cab off the rank is a <a href="https://infosec.exchange/tags/Java" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Java</span></a> app with bundled <a href="https://infosec.exchange/tags/JRE" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>JRE</span></a>, which won't play well with our env 😕</p><p>does anyone have experience using <a href="https://infosec.exchange/tags/maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>maven</span></a> &amp; <a href="https://infosec.exchange/tags/jpackage" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>jpackage</span></a> as part of a build pipeline to create OS-native installers? my short-term target is a Windows MSI, but once that's in place the same pipeline should be able to spit out native installers for macOS (which we also use) &amp; Linux (which we don't - yet 😈)</p><p>I'm at the point where I'm about to clone the repo &amp; start tinkering 😫 but would much rather re-use something already built than figure it out from docs &amp; example code... </p><p><a href="https://infosec.exchange/tags/boost4reach" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>boost4reach</span></a> pls 🙏 </p><p><a href="https://infosec.exchange/tags/GLAM" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GLAM</span></a> <br><a href="https://infosec.exchange/tags/ausGLAM" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ausGLAM</span></a></p>
Markus Eisele<p>Improving Maven's dependency:analyze... or not <a href="https://blog.frankel.ch/maven-dependency-analyze/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">blog.frankel.ch/maven-dependen</span><span class="invisible">cy-analyze/</span></a><br><a href="https://mastodon.online/tags/Java" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Java</span></a> <a href="https://mastodon.online/tags/maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>maven</span></a></p>
Yuna<p>You wanted Java 24? How adorable. 🤡</p><p>Fun fact: Ancient relics like Maven happily obey any Java version 🏺, but modern, cutting-edge tools. Gradle, AWS Lambda, and more require new releases just to function. 🔄 Because nothing says progress like mandatory dependencies. 🎭</p><p>Meanwhile, Kubernetes &amp; Maven sit back, laughing. 😏<br>They do whatever they want. 🚀<br>They are independent. 🔓<br>Unlike you. 🫠</p><p><a href="https://hachyderm.io/tags/DevLife" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DevLife</span></a> <a href="https://hachyderm.io/tags/ProgrammingMemes" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ProgrammingMemes</span></a> <a href="https://hachyderm.io/tags/SoftwareEngineering" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SoftwareEngineering</span></a> <a href="https://hachyderm.io/tags/CodeHumor" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CodeHumor</span></a> <a href="https://hachyderm.io/tags/programming" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>programming</span></a> <a href="https://hachyderm.io/tags/coding" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>coding</span></a> <a href="https://hachyderm.io/tags/Maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Maven</span></a> <a href="https://hachyderm.io/tags/Gradle" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Gradle</span></a> <a href="https://hachyderm.io/tags/AWSLambda" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>AWSLambda</span></a> <a href="https://hachyderm.io/tags/DevOps" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DevOps</span></a> <a href="https://hachyderm.io/tags/DependencyHell" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>DependencyHell</span></a> <a href="https://hachyderm.io/tags/CI" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CI</span></a>/CD <a href="https://hachyderm.io/tags/BuildFails" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>BuildFails</span></a> <a href="https://hachyderm.io/tags/JustDevThings" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>JustDevThings</span></a> <a href="https://hachyderm.io/tags/Relatable" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Relatable</span></a> <a href="https://hachyderm.io/tags/WhyIsThisSoAccurate" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WhyIsThisSoAccurate</span></a> <a href="https://hachyderm.io/tags/EngineerCult" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>EngineerCult</span></a></p>
Torstein Krause Johansen<p>Java developers: If you're using the Eclipse LSP in your editor and Maven on the command line, the former will cause problems if you have annotation processors.</p><p>If you're suffering from random errors with your Lombok, Protobuf or other annotation processed magic beans, you can use this trick when running mvn on the command line:</p><p>alias mci="pgrep -f org.eclipse.jdt.ls | xargs kill -STOP ; mvn clean; mvn install -DskipTests ; pgrep -f org.eclipse.jdt.ls | xargs kill -CONT; xeyes"</p><p>1) Pause Eclipse LSP processes<br>2) Run Maven as normal<br>3) Resume Eclipse LSP processes</p><p>This took me a *long* time to figure out.</p><p><a href="https://hachyderm.io/tags/java" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>java</span></a> <a href="https://hachyderm.io/tags/maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>maven</span></a></p>
Markus Eisele<p>Maven build plan and execution order <br><a href="https://info.michael-simons.eu/2025/03/10/maven-build-plan-and-execution-order/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">info.michael-simons.eu/2025/03</span><span class="invisible">/10/maven-build-plan-and-execution-order/</span></a><br><a href="https://mastodon.online/tags/Java" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Java</span></a> <a href="https://mastodon.online/tags/maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>maven</span></a></p>
Michael Simons<p>Understand the execution / build <a href="https://mastodon.social/tags/plan" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>plan</span></a> of your <a href="https://mastodon.social/tags/Maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Maven</span></a> project: </p><p><a href="https://info.michael-simons.eu/2025/03/10/maven-build-plan-and-execution-order/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">info.michael-simons.eu/2025/03</span><span class="invisible">/10/maven-build-plan-and-execution-order/</span></a></p>
Robert von Burg :vegan: :tux:<p>We are proud of our latest Strolch 2.5.0 release, which is now available <a href="https://mstdn.gsi.li/tags/Maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Maven</span></a> central! We have worked hard to offer new features regarding Privileges, Component, Notifications, E-Mail etc.</p><p>Here is the blog post: <a href="https://strolch.li/blog/post-00022/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">strolch.li/blog/post-00022/</span><span class="invisible"></span></a></p><p><a href="https://mstdn.gsi.li/tags/Java" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Java</span></a> <a href="https://mstdn.gsi.li/tags/Programming" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Programming</span></a></p>
Jendrik Johannes<p>I wonder what I as the plugin author can do. There is no way for me to influence the order in one phase for the user.</p><p>It feels to me that the "Maven Way" would be to use the "verify" phase to check that the user did the right thing. Which kind of makes sense if I think about it in the <a href="https://mastodon.social/tags/Maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Maven</span></a> model of the <a href="https://mastodon.social/tags/Java" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Java</span></a> build process.</p><p>Any thoughts on this?</p><p><a href="https://github.com/gradlex-org/gradle-module-metadata-maven-plugin/issues/32" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/gradlex-org/gradle-</span><span class="invisible">module-metadata-maven-plugin/issues/32</span></a></p>
Jendrik Johannes<p>The answer is 2. (or 4 😌)</p><p>If you use multiple plugins that "compete" inside one phase, you have to deal with ordering. It's an important aspect of a <a href="https://mastodon.social/tags/Maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Maven</span></a> <a href="https://mastodon.social/tags/Java" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Java</span></a> setup. You can still do that quite cleanly if you put all details in the &lt;pluginMangement&gt; block. Then the &lt;plugin&gt; block is only about the order aspect.</p><p>I wonder if that can be better documented. It's a source of surprising behavior. And there seem to be some users that think that order NEVER matters because "Maven is declarative".</p>
Jendrik Johannes<p>You develop a <a href="https://mastodon.social/tags/Java" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Java</span></a> library.</p><p>You have a <a href="https://mastodon.social/tags/Maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Maven</span></a> build.</p><p>You have a fixed set of Build Phases.</p><p>You publish two main artifacts:<br>(1) Jar<br>(2) pom<br> <br>To do good to all your users, you want to do a number of things in the 'package' phase.</p><p>- Zip your stuff (maven-jar-plugin)<br>- Include 3rd party classes (maven-shade-plugin)<br>- Add module-info (moditect-maven-plugin)<br>- Add Gradle Metadata (gradle-module-metadata-maven-plugin)<br>- Maybe more...</p><p>All these modify or rely on (1) and (2).</p><p>What do you do?</p>
Linuxiac<p>Apache NetBeans 25 open-source IDE updates Gradle, Maven, and Java tooling, refining dependency resolution, test execution, and UI stability.<br><a href="https://linuxiac.com/apache-netbeans-open-25-source-ide-released/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">linuxiac.com/apache-netbeans-o</span><span class="invisible">pen-25-source-ide-released/</span></a></p><p><a href="https://mastodon.social/tags/netbeans" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>netbeans</span></a> <a href="https://mastodon.social/tags/maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>maven</span></a> <a href="https://mastodon.social/tags/java" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>java</span></a> <a href="https://mastodon.social/tags/php" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>php</span></a> <a href="https://mastodon.social/tags/gradle" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gradle</span></a> <a href="https://mastodon.social/tags/ide" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ide</span></a></p>
Özkan Pakdil 🦖<p>I was in an <a href="https://techhub.social/tags/apple" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>apple</span></a> shop, took 30 minutes to install <span class="h-card" translate="no"><a href="https://fosstodon.org/@sdkman" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>sdkman</span></a></span> and <span class="h-card" translate="no"><a href="https://mastodon.online/@graalvm" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>graalvm</span></a></span> and <a href="https://techhub.social/tags/maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>maven</span></a> and <span class="h-card" translate="no"><a href="https://fosstodon.org/@gnutools" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>gnutools</span></a></span> and built <a href="https://github.com/ozkanpakdil/swaggerific" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/ozkanpakdil/swagger</span><span class="invisible">ific</span></a> and see it working </p><p>m3 16gb MacBook air took 1 minute to compile the code 😄 latest graal 23.0.1 and it takes 4-5 minutes in my HP laptop, this apple tech is fast, I am intrigued</p>
Linknation<p><span class="h-card" translate="no"><a href="https://techtoots.com/@BritishTechGuru" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>BritishTechGuru</span></a></span> <a href="https://infosec.exchange/tags/BigTech" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>BigTech</span></a> is helping <a href="https://infosec.exchange/tags/dictators" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>dictators</span></a> and <a href="https://infosec.exchange/tags/geopolitics" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>geopolitics</span></a> making decisions, with data from <a href="https://infosec.exchange/tags/Google" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Google</span></a> <a href="https://infosec.exchange/tags/Android" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Android</span></a> and <a href="https://infosec.exchange/tags/iPhone" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>iPhone</span></a>, check project <a href="https://infosec.exchange/tags/Maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Maven</span></a> Project Maven (officially Algorithmic Warfare Cross Functional Team) go <a href="https://infosec.exchange/tags/Signal" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Signal</span></a> and <a href="https://infosec.exchange/tags/GrapheneOS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GrapheneOS</span></a> for a bit of <a href="https://infosec.exchange/tags/privacy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>privacy</span></a> <a href="https://en.wikipedia.org/wiki/Project_Maven" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">en.wikipedia.org/wiki/Project_</span><span class="invisible">Maven</span></a></p>
Gonçalo Valério<p>"Attacks on Maven proxy repositories"</p><p><a href="https://github.blog/security/vulnerability-research/attacks-on-maven-proxy-repositories/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.blog/security/vulnerabi</span><span class="invisible">lity-research/attacks-on-maven-proxy-repositories/</span></a></p><p><a href="https://s.ovalerio.net/tags/security" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>security</span></a> <a href="https://s.ovalerio.net/tags/cybersecurity" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>cybersecurity</span></a> <a href="https://s.ovalerio.net/tags/supplychain" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>supplychain</span></a> <a href="https://s.ovalerio.net/tags/java" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>java</span></a> <a href="https://s.ovalerio.net/tags/maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>maven</span></a></p>
Linknation<p><span class="h-card" translate="no"><a href="https://mastodon.social/@patrickleavy" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>patrickleavy</span></a></span> it's worse look at <a href="https://infosec.exchange/tags/google" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>google</span></a> project <a href="https://infosec.exchange/tags/maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>maven</span></a>: basically instrumentalizing <a href="https://infosec.exchange/tags/android" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>android</span></a> for <a href="https://infosec.exchange/tags/masssurveillance" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>masssurveillance</span></a> in order to derive <a href="https://infosec.exchange/tags/geopolitical" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>geopolitical</span></a> decisions, probably the worst sort of abuse of <a href="https://infosec.exchange/tags/opensource" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>opensource</span></a> possible</p>
Linknation<p><a href="https://infosec.exchange/tags/privacy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>privacy</span></a> in trouble building: <a href="https://infosec.exchange/tags/Google" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Google</span></a> is using data from ALL people's devices to feed it into <a href="https://infosec.exchange/tags/Maven" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Maven</span></a> (a AI trained for geopolitics and targeting enemies) the #1984 <a href="https://infosec.exchange/tags/dystopia" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>dystopia</span></a> <a href="https://infosec.exchange/tags/Google" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Google</span></a> is <a href="https://infosec.exchange/tags/evil" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>evil</span></a> now <a href="https://infosec.exchange/tags/spy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>spy</span></a> on all data <a href="https://infosec.exchange/tags/wtf" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>wtf</span></a> what can you do?</p><p>STOP THIS MADNESS! <a href="https://infosec.exchange/tags/BETTERWORLD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>BETTERWORLD</span></a> IS POSSIBLE!</p><p>get a pixel 7 pro or 8 pro or 9 pro and install <a href="https://grapheneos.org/" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">grapheneos.org/</span><span class="invisible"></span></a> <a href="https://infosec.exchange/tags/grapheneos" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>grapheneos</span></a> while this is not 100% grantee secret service will NOT collect ur data, it MASSIVELY reduces the amount of 500 pre installed privacy problematic apps on <a href="https://infosec.exchange/tags/smartphone" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>smartphone</span></a> <br> <a href="https://infosec.exchange/tags/google" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>google</span></a> <a href="https://infosec.exchange/tags/fiveeyes" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>fiveeyes</span></a> <a href="https://infosec.exchange/tags/snowden" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>snowden</span></a> <a href="https://infosec.exchange/tags/samsung" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>samsung</span></a> <a href="https://infosec.exchange/tags/android" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>android</span></a> <a href="https://infosec.exchange/tags/geopolitics" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>geopolitics</span></a></p>