Jabbermuggel

@Jabbermuggel@discuss.tchncs.de

• ⁨Comment⁩ on ⁨Ore dake Level Up na Ken • Solo Leveling - Episode 12 discussion⁩ ⁨⁨7⁩ ⁨months⁩ ago⁩:

  I think it’s also just the case that the source material just contains a lot of action. In my opinion the general world building etc was incorporated pretty well between the action stuff.

• ⁨Comment⁩ on ⁨Recommendations for lightweight wiki servers?⁩ ⁨⁨8⁩ ⁨months⁩ ago⁩:

  I use tiddlywiki for my single-user wiki. The setup is dead simple, one html file on your computer you open directly. There is also a nodejs server implementation, which I use.

• ⁨Comment⁩ on ⁨Microsoft Edge could use a win⁩ ⁨⁨1⁩ ⁨year⁩ ago⁩:

  As Phuntis said, curseforge is easily solved with prism launcher. They have a nice GUI to browse modpacks and set up everything automatically. For mods that don’t allow direct downloads over the API, they give you a browser link you can open and automatically pull the downloaded files from your download folder.

  The launcher also has integration into modrinth and a bunch of other useful features. IMO the better launcher compared to the official one, even if you don’t play modded.

• ⁨Comment⁩ on ⁨recommendations for selfhosted photo backup solution: folders vs albums?⁩ ⁨⁨1⁩ ⁨year⁩ ago⁩:

  I tried photoprism and thought it was pretty neat feature-wise. If I recall correctly they even sort received photos in a sensible date-based structure automatically. Don’t think they have an official app but maybe some third party stuff; the web UI is mobile friendly though.

  To talk backups, I’d deploy the thing using containers and then back up the volumes any way you like.

  This may not be the ideal solution for you, especially due to lack of decent android support. The workflow would probably be something like take photo -> sync to protoprism to sort -> view in photoprism gallery, which may also be too convoluted for you. Also, I’m not sure what you mean by the last paragraph.

• ⁨Comment⁩ on ⁨Skip server registration for selfhosted Rocketchat?⁩ ⁨⁨1⁩ ⁨year⁩ ago⁩:

  Yes, it’s possible but this is not documented anywhere official from what I could tell

  I found the following in a github issue comment chain: Assuming you have a container based deployment (which if you don’t have, you should probably get), you can set the environment variable OVERWRITE_SETTING_Show_Setup_Wizard=completed to skip the registration. As far as I can tell this still works with the current rocketchat versions. A small additional complexity is that you then can’t create your first admin user. This can be fixed by also setting other environment variables which create an administrator if no other admins are found on start:

      OVERWRITE_SETTING_Show_Setup_Wizard=completed
      ADMIN_USERNAME=example
      ADMIN_PASS=example
      ADMIN_EMAIL=example@localhost
      INITAL_USER=yes
  

  The alternative is to register a user and then do some raw database manipulation as documented here and promote the new user; for this you need the mongosh shell in the mongodb container (i. e. something like docker exec -it mongodb mongosh):

  use rocketchat                                                                  // switch to rocketchat db
  
  db.getCollection('users').find()                                                // list users
  db.users.update({username: "test"}, { $push: { roles: "admin"}})       // make user admin
  db.users.update({username: "test"}, { $pull: { roles: "admin"}})       // remove admin role from user
  

  As another user mentioned, the alternative is to deploy older versions and then upgrade. Old container images are available under registry.rocket.chat/rocketchat/rocket.chat:$ver. Versions as recent as 4.4.0 still allow setup without cloud registration. You just need to be a bit careful in the upgrade, as you need to do several smaller steps to reach the current version, so from 4.4.0 to the most recent 6.x would for example be:

  4.4.0 -> latest 4.x -> 5.0 -> latest 5.x -> 6.0 -> latest version
  

  (make backups of your db though with mongodump)

  In my opinion, rocketchat has an easier deployment compared to matrix (only two containers, three if counting the reverse proxy), but the recent pushiness of the company with their paid services (the seemingly disabled registration, giant advertisements in the settings and most recently the forced depreciation of older instances for their official apps among other things) really makes me question whether that somewhat decreased complexity makes it worth investing time and effort into such a product.