@alxlg@mastodon.social avatar

alxlg

@alxlg@mastodon.social

ICT Engineer.
User of: #Linux #KDE Plasma #Firefox #Logseq #Inkscape #Python #Telegram #Matrix

Supports: #FreeSoftware #DigitalSovereignty #Decentralization #MultipolarWorldOrder #JobGuarantee

Interested in: heterodox #Macroeconomics #ModernMonetaryTheory #Mathematics #Philosophy

#Vegan for the animals for 10+ years

This profile is from a federated server and may be incomplete. Browse more on the original instance.

abcdw, to random
@abcdw@fosstodon.org avatar

One of the most useful extensions for Firefox (actually LibreWolf) is Sidebery. Finally I can decrease a mess of tabs and make them structured.

There are a lot of features, but most useful are:

  • Rules for automatically moving tabs into "panels" (a grouping mechanism similiar to workspaces).
  • Foldeable tree view.
  • Rules for openning tabs in specific containers (combines well with container proxy and multi-account).
  • Integration with bookmarks.

https://addons.mozilla.org/en-US/firefox/addon/sidebery

#Firefox #LibreWolf

alxlg,
@alxlg@mastodon.social avatar

@abcdw

My favourite feature is automatically periodically save a snapshot of current tabs as Markdown indented lists. And since I specified my folder as the saving path, I can navigate my browser history from Logseq journal.

passthejoe, to guix
@passthejoe@ruby.social avatar

I'm as intrigued by as I was by , but ultimately I'm not sure the complexity is worth it for me.

Even has a ratio of complexity vs. benefits that fits well with my work (and play) flow.

, and all hide enough of the nitty gritty behind the scenes — updates happen without me needing to know it.

And traditional is so familiar and reliable, it's hard not to tap it for just about any use case.

alxlg,
@alxlg@mastodon.social avatar

@monkey1 @passthejoe

If one wants Docker without the complexities, there are Toolbx or, even better, Distrobox. The are images optimized to be toolboxes based on every major distro, so you can in practice mix multiple distros together and access all of their packages.

For better collaboration on the same project, there is an implementation of so called Dev Containers named DevPod.

https://containertoolbx.org/

https://distrobox.it/

https://devpod.sh/

thegreybeardofthetree, to openSUSE

@linux Sharing a 'small' inconvenience I had to fix with (I suspect is the same) - I couldn't launch snaps (spotify, bitwarden) after update - error was: cannot determine seccomp compiler version in generateSystemKey fork/exec /usr/lib/snapd/snap-seccomp: no such file or directory

The fix (I first tried re-installing, didn't work) was to:
a. locate snap-seccomp - was in /usr/libexec/snapd
b. symlink: ln -s /usr/libexec/snapd /usr/lib/snapd

alxlg,
@alxlg@mastodon.social avatar

@thegreybeardofthetree @pastermil @linux

FYI FlatHub uses GitHub Actions, you can check how they build their apps and some of them support reproducible builds, just in case you want to verify GitHub isn't acting maliciously.

FlatHub and AUR can't really be compared in terms of security. Flatpak apps also don't modify the host OS, while AUR packages can.

Personally, I only trust distro packages and FlatHub.

gamingonlinux, to linux
@gamingonlinux@mastodon.social avatar

What do you think is the best thing to happen to in the last few years?

alxlg,
@alxlg@mastodon.social avatar

@gamingonlinux

leveraging container images for the host system, allowing us to reuse the OCI ecosystem to compose and distribute customizable yet very stable Linux OSs for workstations and more

nekohayo, to debian
@nekohayo@mastodon.social avatar

The attitude shown by the packager who insists on going against the will of @keepassxc devs, in this comment: https://github.com/keepassxreboot/keepassxc/issues/10725#issuecomment-2104401817 is… wow 🤦

This "packagers thinking they know better than the developers, and unilaterally patching things" mentality, along with distros often shipping outdated versions, is why many upstream software developers dislike dealing with Debian (& any LTS distro), and now ask users to test/run versions of their applications first and foremost.

alxlg,
@alxlg@mastodon.social avatar

@nekohayo @keepassxc

Flatpak is indeed a platform for third-party apps while distros never were, they are called "distributions" for a reason. Distros' packages serve a different purpose that is: reconfiguring an OS (sometimes to include more apps) so of course a distro modifies upstream projects to integrate them.

That said, does Flatpak platform already provide the API needed by those KeepassXC features? When the needed API are (yet) not available the distro's manual integration is needed

kubikpixel, to Logseq
@kubikpixel@chaos.social avatar

I try now and this is and I would like to like it but somewhere I can't manage to understand and use it. I don't just want to write down my thoughts and , I also want to be able to check off a list… 😐

What is your experience with @logseq or do you use something else with for structured on the ?

alxlg,
@alxlg@mastodon.social avatar

@kubikpixel

Logseq has the most advanced task management compared to other Markdown apps:

https://docs.logseq.com/#/page/tasks

daviwil, to random
@daviwil@fosstodon.org avatar

All the people disappointed with NixOS right now should consider putting their energy into Guix instead.

I would describe The Guix project as "allergic to corporate entanglement."

alxlg,
@alxlg@mastodon.social avatar

@daviwil

If it is allergic to corporate entanglement it doesn't ship the Linux kernel, since it is developed mainly by big corporations?

mcdanlj, to random
@mcdanlj@social.makerforums.info avatar

I think that flatpak isolation is great and I'm glad it isolates apps from each other. Of course there is a side effect of having to start over from scratch on app configuration.

Does publish metadata about location of configuration such that installing a flatpak could give an option of moving application configuration (say, from ~/.config or just ~/.somedotfile) into flatpak config, possibly leaving a symlink in place in order to share configuration with native versions of apps?

alxlg,
@alxlg@mastodon.social avatar

@mcdanlj

Yes, config for each app is under:

~/.var/app/org.exameple.Name/config/

rochacbruno, to KDE

Some data about my current setup,
Plasma 6 itself (with lots of widgets, effects, polonium and kwin scripts that I enabled) consumes 1.6GB of RAM, krunner takes a significant amount of this.

It is very different from my old i3wm+XFCE applets setup where a fresh startup consumed 0.5GB

However, as I have 32GB available I think it is a worth price to pay because Krunner is amazing (better than rofi) and KDE Overview (meta+w) works great with multi monitors.

alxlg,
@alxlg@mastodon.social avatar

@villares @rochacbruno

There is a Kwin script for tiling that is called Krohnkite, named after a blue mineral.

Then it was forked as Bismuth (named after an element whose crystals have a square shape) because of lack of interest by Krohnkite's author.

Then Plasma added its own API for tiling and since Bismuth is mostly a hack that tends to break (and it doesn't work on Plasma 6 Wayland session) a reimplementation using those official API was introduced and called Polonium, the next element.

alxlg,
@alxlg@mastodon.social avatar

@villares @rochacbruno

Personally I like the use of physics-related names for KDE projects: Plasma, Neon, Argon, Krypton, Muon, Kinoite, Krohnkite, Bismuth, Polonium...

kissaki, to github

Krita is a KDE project which hosts its development on a KDE GitLab instance. They also have a GitHub mirror repository.

The GitHub mirror is starred by 6.5k accounts. Their GitLab repository is starred by 75 accounts.

And their ticketing system is Bugzilla. Which I greatly disliked before, but I don't even see an obvious way to search for issues by text filtered to the Krita project.

I think it's a shame they evade GitHub as a platform for contributions. It certainly makes me give up contributing to it. Even on issue tickets.

The star difference is absurd.

alxlg,
@alxlg@mastodon.social avatar

@kissaki

> The GitHub mirror is starred by 6.5k accounts. Their GitLab repository is starred by 75 accounts.

It's because many people have a GitHub account even if they don't contribute any code but they just open and comment issues.

On the other hand, KDE's GitLab instance is for KDE developers and almost only them have an account there, since, as you said, users are pointed to Bugzilla for bug reports.

eugenialoli, to linux
@eugenialoli@mastodon.social avatar

I don't understand what is the point of releasing an IDE via #flatpak, when that flatpak doesn't include all the necessary dev tools, and it can't access the ones outside its sandboxing. Honestly. What's the point? I'm looking at you, #Geany.

Personally, I can't stand flatpaks or #snap. #Appimage is nicer just because it's just one delete away from within the file manager and doesn't leave crumbs everywhere. But overall, I prefer #apt, and #dnf.

#linux #vala #gtk

alxlg,
@alxlg@mastodon.social avatar

@wickedsmoke @eugenialoli

Flatpak is not an alternative to RPM/DEB etc, it's an additional step in deployment, specifically for (third-party) applications, just like OSTree is the same for host OS and containers are for development environments and command line tools.

At the moment the same OSTree storage can't be shared between those three but in the future it could be, leading to potentially no increase of used storage. For more see:

https://mastodon.social/@alxlg/112053917590706041

alxlg,
@alxlg@mastodon.social avatar

@vwbusguy @wickedsmoke @eugenialoli

But, if in the future the host OS is deployed with OSTree and its content-addressable storage is in common with Flatpak's, a distro could hypothetically build the OSTree host images and the Flatpak apps/runtimes from the same (RPM) packages, resulting in zero duplication until the user install a third-party app from, for example, FlatHub, and even in that case only the strictly needed files would be duplicated.

alxlg,
@alxlg@mastodon.social avatar

@vwbusguy @wickedsmoke @eugenialoli

> The problem for IDEs in flatpak becomes when you need to access language specific compilers and libraries that you would normally just dnf install.

GNOME Builder integrates with Podman and to my knowledge VS Code can be configured to use containers too. I think this is the way: host OS ≠ dev env.

> Also, having distro specific runtimes in FlarHub would be an anti-pattern for the goal of cross distribution packaging.

Indeed, I was not suggesting that.

alxlg,
@alxlg@mastodon.social avatar

@wickedsmoke @eugenialoli

They are different things that doesn't make sense to compare. Flatpak is a platform for third-party applications, while package managers are a way to assemble and configure an OS or other kinds of artifacts, like container images or Flatpak runtimes.

The point is that a distro can't package all the apps out there, if you think it is possible, do your best by maintaining as much packages as you can, because no volunteer owes you anything.

alxlg,
@alxlg@mastodon.social avatar

@vwbusguy @wickedsmoke @eugenialoli

Yes, I have tried, and yes, it is problematic.

Then what, we should give up and modify the OS to include packages needed for development, just because most IDEs don't integrate with containers yet?

In Windows and MacOS they don't do that and the Linux desktop approach would be crazy for them.

alxlg,
@alxlg@mastodon.social avatar

@vwbusguy @wickedsmoke @eugenialoli

Of course, I just wanted to say that Flatpak doesn't inherently mean more used storage and in general things need to be adapted to the new approach.

alxlg,
@alxlg@mastodon.social avatar

@wickedsmoke @eugenialoli @vwbusguy

It's volunteer work, you can't tell people what they should or shouldn't do with their free time.

And third-party software platforms are everywhere, including browser extensions, they're not a business thing.

alxlg,
@alxlg@mastodon.social avatar

@vwbusguy @wickedsmoke @eugenialoli

Here we were talking about packaging applications as RPM/DEB/etc instead of Flatpak, not about properly updating existing packages. It's a very different thing and I think it is objective that you can't have a single distro with a single graph of dependencies that include all the software out there, simply because different applications may require different versions of the same libraries. It's the whole point of containers and later of Flatpak.

jwildeboer, to opensource
@jwildeboer@social.wildeboer.net avatar

To me #DigitalSovereignty is about the empowerment of the individual to be informed and in control on the use of data concerning that individual using #OpenSource and #OpenStandards.

To others it is about some weird form of data patriotism based on „us versus THEM“. I remember those arguments from the times of „we must create national clouds“.

This typically resulted in a grab for taxpayers money that got distributed with no real results. Let’s not go there again.

alxlg,
@alxlg@mastodon.social avatar

@jwildeboer

But it's a rewrite in Rust and permissive licenses like MIT are the best for projects funded by the State

alxlg,
@alxlg@mastodon.social avatar

@jwildeboer

For communities, yes, I strongly agree.

For software funded with public spending: no, it doesn't need to be financially sustainable, instead its purpose is to let everyone, including businesses, to build on top of it. The State doesn't need anything in return.

I understand your point of view, but it comes from the biggest misconception in the history of humanity: public spending is NOT funded by taxes.

[...]

alxlg,
@alxlg@mastodon.social avatar

@jwildeboer

[...]

Money is created out of nowhere by public spending by definition and later partially destroyed with taxes. Taxes are needed to create demand of money among citizens and ensure the State has the monopoly of currency. But there is not a 1:1 correspondence between units of currencies collected with taxes and the same units in public spending.

[...]

alxlg,
@alxlg@mastodon.social avatar

@jwildeboer

[...]

A sovereign nation can spend all the money needed to allocate workforce the way it needs, ideally deciding with a democratic process and it doesn't need anything in return, with businesses profiting being better for everyone.

I have tried for many years to promote these ideas, known as among FOSS enthusiasts with no success, despite and is a match made in the heaven.

[...]

alxlg,
@alxlg@mastodon.social avatar

@jwildeboer

[...]

Sadly we still we think in conflictual terms and we are in the trenches against companies, but if we got rid of these lies about money, we could change paradigm, have the State on our side and companies on the one hand helped by public spending and publicly funded FOSS and on the other limited in abusing user rights with proper laws, a legitimate counterweight that companies must accept.

alxlg,
@alxlg@mastodon.social avatar

@fnwbr @jwildeboer

I know, I'm all for *GPL licenses.

But OP made it sounds like it's a dumb decision to use MIT for publicly funded software and it is not. If the purpose is maximizing adoption you use MIT. Nothing in return? Well, the State doesn't need anything in return.

Also, if I could make one person aware that "taxpayer money" doesn't make sense at the cost of making 100 people forget about copyleft I would make that choice for sure.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • •
  • megavids
  • ngwrru68w68
  • GTA5RPClips
  • ethstaker
  • magazineikmin
  • thenastyranch
  • rosin
  • InstantRegret
  • Youngstown
  • slotface
  • Durango
  • kavyap
  • mdbf
  • DreamBathrooms
  • JUstTest
  • everett
  • cubers
  • tacticalgear
  • osvaldo12
  • anitta
  • Leos
  • modclub
  • khanakhh
  • tester
  • cisconetworking
  • provamag3
  • normalnudes
  • lostlight
  • All magazines
    •