>>/10429/
I'm continuing to download *.booru.org as WARCs - running this command:
https://gateway.pinata.cloud/ipfs/bafkreiacfh2tpknkgdljaxvexep7wmvlkoor45fobvuqzu6hd7axe3mcgi
Subdomains to be downloaded: randomness, memebooru, and maybe hundreds more. These images are from
> https://randomness.booru.org/index.php?page=post&s=view&id=4200 - MLP
> https://memebooru.booru.org/index.php?page=post&s=view&id=113 - non-MLP animated horse
> https://memebooru.booru.org/index.php?page=post&s=view&id=71 - non-MLP animated horse
>>/10484/
> qBittorrent
That program kinda sucks sometimes; example:
> Using Konsole in i3 in Ubuntu
> $ cd; ./qbittorrent-4.6.0_x86_64.AppImage &disown
> I enter a command to run
> I press enter 0.08 seconds after a qBittorrent window comes up which says something like "Loading torrents [Quit]"
> Instead of running the command (what I wanted to do), I hit enter on the Exit/Quit button on the in-focus qBittorrent window
> qBittorrent is now stuck in limbo for like 30 minutes or hour(s): can't kill that PID, can't start up qBittorrent
So that was lame, and this is one of multiple times that I had that problem happen. What isn't lame: when running IPFS+daemon in "read-only" mode, I can still update my IPNS name and run it as FUSE-mounted. That would be: "ipfs daemon --mount &" and:
> $ ipfs name resolve
> /ipfs/QmUNLLsPACCz1vLxQVkXqqLX5R1X345qqfHbsf67hvA3Nn
> $ ipfs name publish $cid
> Published to k51qzi5uqu5dimsp1668a2p0txmglucmvn9jc5nhyxiw0jfcd4yxjw3s86dodn: /ipfs/bafybeifdw3oaaxcdfv5w3zxd4k7btczdcqq75562b3foosfhntspchbbnq
> $ # QmUN...A3Nn = empty folder
Popular video from
> file:///ipfs/bafybeifdw3oaaxcdfv5w3zxd4k7btczdcqq75562b3foosfhntspchbbnq/video/youtube/channelname_channelid/Matt_R_UCmkLCc8ovB3F1CZBgxqKN5w/Sunshine_and_Celery_Stalks-Matt_R-20111013-youtube-1280x720-cP0f5rvVkAU.webm