mcepl

joined 1 year ago
[–] mcepl@lemmy.world 1 points 2 months ago

This post literally links to the leading one.

[–] mcepl@lemmy.world 1 points 6 months ago

Hmm, how to react to that? “Go through his brain and look for loose thoughts.”? (Sounds like Legilimency from Harry Potter world)

[–] mcepl@lemmy.world 0 points 7 months ago

I was never distro-hopping much. Switched from Debian only when I got a job with Red Hat, and then switched to openSUSE when I switched to SUSE. I have actually switched recently to my own semi-distro https://sr.ht/~mcepl/moldavite/ (basically MicroOS with sway).

[–] mcepl@lemmy.world 1 points 7 months ago

Eh? Both pandoc and rst2epub can generate eBooks. All those lightweight markup languages are especially awesome for converting into various output formats.

[–] mcepl@lemmy.world 1 points 7 months ago

I think you have arguments about MicroOS (or Silberblue, which I know less about, and possibly Nix, which I know nothing about, and it seems to me it is not in the same group) wrong. Take a look at this https://youtu.be/lKYLF1tA4Ik.

[–] mcepl@lemmy.world 1 points 8 months ago

https://github.com/swaywm/sway/ still claims that sway is “i3-compatible Wayland compositor”.

[–] mcepl@lemmy.world 2 points 8 months ago (3 children)

Ehm, what would be a difference for you, if you install sway?

[–] mcepl@lemmy.world 3 points 8 months ago (2 children)

Not vim necessarily, but I would really suggest thinking about a plain text editor of your choice and some of those lightweight markup languages (Markdown itself, reStructuredText, ASCIIDoc … I prefer rST, but they are mostly the same). Exactly because it allows me to concentrate on the content and ignore formatting. Besides, formatting, do you write for print or as everybody else these days for HTML? Why do you need a large word processor which is build primarily for preparing documents for print? Every serious text editor has some kind of plugins with spellcheckers, grammar checkers, dictionaries, etc.

[–] mcepl@lemmy.world 26 points 8 months ago* (last edited 8 months ago) (1 children)

Yes, of course, the sockets are the answer to everything (and BTW, d-bus uses sockets as well, e.g. /run/dbus/system_bus_socket on my current system), but the problem is no standard for the communication over these sockets (or where is the socket located). For example, X11 developed one system of communicating over their socket, but it was used just by few X11 programs, and everybody else had their other system of communication. And even if an app found some socket, there was absolutely no standard how exactly should programs communicate over it. How to send more than just plain ASCII strings? Each program had to write their own serialization/deserialization code, their own format for marshalling binary data, etc. Now there is just one standard for those protocols, and even libraries with the standard (and well tested) code for it.

[–] mcepl@lemmy.world 21 points 8 months ago (2 children)

Size. I really don’t like the current 6”+ phones. The last phone I really liked was Google Nexus 5, because it had just 5" display.

 

Hi, I have created a fork of the Greybeard project called “Moldavite” (meteorite induced explosion near Nürnberg caused a lot of gems falling on the ground in Bohemia, if it is not a symbol of the cooperation inside of SUSE, then I don’t know what would be ;)). The main project site is https://sr.ht/~mcepl/moldavite/ and OBS project. Whereas, as I understand it, Greybeard is at least for the moment more or less on the back burner, I hope to continue to work on this.

 

Is there any difference in cache files for Flatpaked Firefox and the normal one?

I have been using FanFicFare application for downloading Fanfiction stories as EPub from the main fanfiction websites. It works just fine for most of them, but there are now terrible problems with the biggest of them all, https://fanfiction.net, which is behind Cloudflare and generally inaccessible to scripts.

Therefore functionality has been added to script which with appropriate flags (-o use_browser_cache=true -o use_browser_cache_only=true) and when correctly configured it can “download” HTML pages from the Firefox (or Chrome) cache instead and stitch them together into EPub same as if the pages were downloaded from the Internet.

It all works perfectly fine with Firefox as packaged by major distributions (openSUSE in my case), but it doesn't work with Firefox installed from Flatpak. Is there any difference between the storage of cache in Flatpak Firefox? Is there some kind of access protection to its caches?

 

cross-posted from: https://lemmy.world/post/1032175

So, which Fediverse community is the official successor of /r/openSUSE? !openSUSE@kbin.social or !openSUSE@lemmy.world ?

view more: next ›