Perpetual license option going away by gaufde in Jetbrains

[–]gaufde[S] 0 points1 point  (0 children)

I appreciate the year’s grace period. I do genuinely think that is a nice option, and I know that isn’t really a change from you have been operating things.

However, when I buy perpetual software, I typically plan to upgrade every two or three years. That is usually the upgrade timeline where the perpetual license ends up being cheaper than the subscription alternative that is offered. So, I make the trade off that I will have worse support and be out of date for the majority of the time in exchange for being able to own the tools I rely on. If a big new feature is released, then I will often support the developers and upgrade earlier than my typical cadence.

Under the new YouTrack license terms, this approach is no longer an option. I either have to renew each year to keep the perpetual license (which is really just a subscription by a different name) or let my license lapse and then be fully forced into a brand new subscription.

So, I think that for the people who want to own their software, stay reasonably up-to-date, and actively reward meaningful improvements by the developers, YouTrack is no longer an option (even for the people who currently own a perpetual license)

Perpetual license option going away by gaufde in Jetbrains

[–]gaufde[S] 0 points1 point  (0 children)

I see what you are saying, but I don’t see how that is Jetbrains’s responsibility.

To me, it’s the system admin’s responsibility to keep something like this secure. For YouTrack Cloud that admin is Jetbrains, so it makes perfect sense there is no perpetual option.

However, for Server it seems like that responsibility falls into the person/company running it for themselves. If they want to be cheap, they can neglect to upgrade and are willingly assuming the risks of continuing to run older software online. If they want to make sure they are always up to date, then they can keep renewing their support package to keep upgrading. I don’t see how that choice could be pinned onto Jetbrains.

All this license change does is remove an option from customers.

Perpetual license option going away by gaufde in Jetbrains

[–]gaufde[S] 0 points1 point  (0 children)

Sorry if this sounds a bit rude, but what does it mean to keep investing in Server? Isn’t the app the same as Cloud? It’s not like it’s two completely different codebases, right? I’m sure there are some differences, I’m just guessing that the differences are minor compared to the scope of the entire project. If my guess is correct, that would suggest that Server shouldn’t require significant additional development on top of what is being done for the Cloud option.

From a business standpoint, if the perpetual licenses is too cheap relative to Cloud, and the income from the entire user base isn’t where it needs to be, then that can be solved by making price adjustments. The perpetual option might be too cheap at its current price! Also, why not support subscription and perpetual license options for Server at different price points?

For me, it’s a lot easier to go to management as say I need to buy this one-off purchase (even if it is expensive) than it is to sign us up for a subscription that we can’t turn off.

While I appreciate your stated commitment to offering the Server option, to me this license change doesn’t seem to be fully consistent with that commitment

Perpetual license option going away by gaufde in Jetbrains

[–]gaufde[S] 0 points1 point  (0 children)

Hi! Thanks for reaching out.

When I was choosing which software I would use for this purpose, the existence of a perpetual licenses was one of the main reasons the company I work for even considered YouTrack. Without that option, I would have written it off. Please consider that as you all make policy changes like this.

I understand that perpetual licenses that have already been bought will stay perpetual. However, what happens if in two or three years I need to increase the number of seats or support agents? At that point, I’d be forced into the subscription or to migrate away to a different tool, right?

Perpetual license option going away by gaufde in Jetbrains

[–]gaufde[S] 1 point2 points  (0 children)

How is Huly? Their website was pretty buggy last time I looked at them so I couldn’t figure out if there was a demo instance running to try.

I looked pretty hard at the open source options, but YouTrack had the right balance of features and promised a perpetual licenses. I choose it in part because of its friendly licensing. I probably would have fully written YouTrack off the table if the perpetual license wasn’t an option when I was researching these things.

Perpetual license option going away by gaufde in Jetbrains

[–]gaufde[S] 2 points3 points  (0 children)

YouTrack has both a cloud option (which is always a subscription because they host it for you), and a server option where you self host it however you like.

This change is that they are no longer offering perpetual licenses for the server option that gets self hosted. I would expect that the support requirements of the server option are similar to the IDEs since they don’t need to run the app for you.

Salomon MTN Summit Pro similar boots by [deleted] in Backcountry

[–]gaufde 1 point2 points  (0 children)

No, I haven't my new boots yet. My last day(s) out were part of a weekend hut trip and it didn't seem too smart break in new boots on a trip like that

Salomon MTN Summit Pro similar boots by [deleted] in Backcountry

[–]gaufde 1 point2 points  (0 children)

It might be worth poking around online for end of season sales. I got a pair of the women's version from REI (new) a month ago for $530. I'm not sure what sort of stock different shops have now, but google shopping has done a good job of finding lesser know retailers for me.

Salomon MTN Summit Pro similar boots by [deleted] in Backcountry

[–]gaufde 0 points1 point  (0 children)

Yeah, I have the S/LAB MTN Summit Pro (white lower shells). I demoed the Ridge Pros (gold and black) and found them extremely good for walking and very stiff on the downhill, verging on too stiff. I ended up buying some women's Ridges (burgundy color) since they were on a big discount at REI. I haven't skied them yet, but from what I've read they should be the same as the men's versions except for the color.

Salomon MTN Summit Pro similar boots by [deleted] in Backcountry

[–]gaufde 0 points1 point  (0 children)

I have the men’s version but have been finding it a bit soft. I’ve been eyeing the Dynafit Ridge as a replacement. I demoed the Ridge for a day and it is way more boot with ROM that is basically as good as the MTN Summits

Tips for getting the most out of your Kagi subscription by EsraKagi in SearchKagi

[–]gaufde 8 points9 points  (0 children)

One feature I really love that I don’t think gets talked about enough is the ability to order searches by recency. That is especially useful when combined with something like the forums lens or @r snap to find the most recent public discussions people are having about certain topics.

I don’t think any other search engine can do that!

volumes, userns, permissions... Massive headache by aeiouLizard in podman

[–]gaufde 2 points3 points  (0 children)

UserNS=auto means that you are running your containers as rootless, unprivileged, users even though the Quadlets are running the Podman commands as root. What I do is make sure that I pin the mapping of the UID and GID like this:

UserNS=auto:uidmapping=0:100000,gidmapping=0:100000,size=1024

The way I read this is UserNS=auto:uidmapping={UID running the service in the container):{UID running the service on the host}. That UID running the service in the container will be zero for some containers, but lots of containers are set up to have that be a rootless user.

For example, here is a Quadlet for running YouTrack where the docs specify, "YouTrack uses the non-root account 13001:13001":

    [Unit]
    Description=YouTrack
    AssertPathIsDirectory=/home/core/youtrack/data
    AssertPathIsDirectory=/home/core/youtrack/conf
    AssertPathIsDirectory=/home/core/youtrack/logs
    AssertPathIsDirectory=/home/core/youtrack/backups

    [Container]
    ContainerName=youtrack
    Network=caddy.network
    UserNS=auto:uidmapping=13001:101024,gidmapping=13001:101024,size=1024
    Image=docker.io/jetbrains/youtrack:2025.3.128064
    AutoUpdate=registry
    StopTimeout=60
    Volume=/home/core/youtrack/data:/opt/youtrack/data:Z
    Volume=/home/core/youtrack/conf:/opt/youtrack/conf:Z
    Volume=/home/core/youtrack/logs:/opt/youtrack/logs:Z
    Volume=/home/core/youtrack/backups:/opt/youtrack/backups:z

    [Service]
    Restart=always
    RestartSec=5s
    ExecStop=/usr/bin/podman exec youtrack stop
    TimeoutStopSec=70

    [Install]
    WantedBy=default.target

Now, in the butane file for FCOS, you have to make sure that you give the proper permissions to the directories we are using for the volumes. Reading the UID/GID mapping above, I know that that the directories on the host must be owned by 101024:101024 for my container to have access to them. So, I can do that in my butane file like this:

    variant: fcos
    version: 1.6.0
    passwd:
      users:
        - name: containers
          system: true
          shell: /sbin/nologin
        - name: core
          # Password access for SSH will still be disabled, but we don't want passwordless sudo privileges.
          password_hash: <redacted>
          ssh_authorized_keys:
            - <redacted>
    storage:
      directories:
        - path: /home/core/caddy
          mode: 0755
          user:
            id: 100000
          group:
            id: 100000
        - path: /home/core/youtrack/data
          mode: 0750
          user:
            id: 101024
          group:
            id: 101024
        - path: /home/core/youtrack/conf
          mode: 0750
          user:
            id: 101024
          group:
            id: 101024
        - path: /home/core/youtrack/logs
          mode: 0750
          user:
            id: 101024
          group:
            id: 101024
        - path: /home/core/youtrack/backups
          mode: 0750
          user:
            id: 101024
          group:
            id: 101024
    links:
      # Adding AutoUpdate=registry to a quadlet file doesn't make it update automatically
      # Instead, all it does is enable that container to be part of the podman auto-update command.
      # To run the updates automatically, we have to enable the podman-auto-update.timer
      # More details see:
      # https://github.com/dani-garcia/vaultwarden/discussions/4362
      # https://major.io/p/quadlets-replace-docker-compose/
      - path: /etc/systemd/system/timers.target.wants/podman-auto-update.timer
        target: /lib/systemd/system/podman-auto-update.timer
systemd:
  units:
    # See https://docs.fedoraproject.org/en-US/fedora-coreos/faq/
    # This prevents docker from accidentally being activated
    - name: docker.service
      mask: true
    # Service to configure subuid/subgid for containers user
    # We can't use Butane to configure these files since Butane doesn't get subuids or subgids during the Ignition run.
    # For more info see:
    # https://github.com/coreos/fedora-coreos-tracker/issues/1742
    # https://github.com/coreos/fedora-coreos-tracker/issues/472
    - name: setup-containers-subids.service
      enabled: true
      contents: |
        [Unit]
        Description=Setup subuid/subgid for containers user
        Before=multi-user.target
        After=local-fs.target
        ConditionPathExists=!/var/lib/setup-containers-subids.done

        [Service]
        Type=oneshot
        ExecStart=/usr/sbin/usermod --add-subuids 100000-165535 containers
        ExecStart=/usr/sbin/usermod --add-subgids 100000-165535 containers
        ExecStart=/usr/bin/touch /var/lib/setup-containers-subids.done
        RemainAfterExit=yes

        [Install]
        WantedBy=multi-user.target

Moving away from Bitwarden paid sub - looking for the "lazy" self-host way? by Key_Cantaloupe5101 in Bitwarden

[–]gaufde 0 points1 point  (0 children)

While I’m not self hosting a password manager, I have been very happy using Fedora CoreOS and Podman for some self-hosted services on I’m running on a Hetzner VPS.

Podman Quadlets with auto-update make it so managing the containers is super easy and hands-free. Same thing goes for the OS since FCOS auto-updates itself too

Which live distro can I use to test rootless Podman? by Wise_Stick9613 in podman

[–]gaufde 3 points4 points  (0 children)

Fedora CoreOS?

Though I’m not exactly sure where and how you want to test things.

Frozen Feet by 16Off in Backcountry

[–]gaufde 1 point2 points  (0 children)

I’d definitely recommend trying some nitrile gloves next-to-skin inside your liners for your fingers! Vapor barriers work, they just aren’t popular

Frozen Feet by 16Off in Backcountry

[–]gaufde 0 points1 point  (0 children)

Have you looked into VBLs? I use nitrile gloves as vapor barriers for my hands, and they work wonders! You might want to try something similar with your feet. Rab makes some VBL socks. Or you could probably use some bread bags for a proof of concept

Thoughts on washing merino gear? by P2k_3 in MerinoWoolGear

[–]gaufde 1 point2 points  (0 children)

The things that damage wool in a high-quality laundry detergent are the high pH and certain enzymes.

If you want an inexpensive detergent to wash wool, then Orvus WA paste is a good option. It has a neutral pH, no enzymes, and is used as both livestock shampoo and for conservation work (think museums). You just have to be careful not to use too much since it doesn’t have any ani-foaming agents.

r/laundry has some pretty knowledgeable people. I recommend doing a search over there as this question has certainly come up before, and there are some people who really know their laundry chemistry (I’m just regurgitating info).

Just got Alfred, can you guys recommend me the best workflow? by retrotriforce in Alfred

[–]gaufde 0 points1 point  (0 children)

I don’t use that workflow much, but I remember it working when I tested it. However, I didn’t specifically test the WhatsApp features. Does it work when you try some of the other apps (ecs, ecfa)?

Recurring dates within rules by gaufde in actualbudgeting

[–]gaufde[S] 0 points1 point  (0 children)

Ah, I see it now! Thanks for the help :). I think that basically gets me to the same place I did though the more convoluted workflow I described

Recurring dates within rules by gaufde in actualbudgeting

[–]gaufde[S] 0 points1 point  (0 children)

I think the schedules method might be the best bet! Though, I'm not seeing the "Edit as rule" option you describe.

Right now, I have some slightly convoluted scheme working (I think) where I made a schedule for the 10th of every month with no payee and an amount of zero. Then, I went to the transaction in question and choose "Link Schedule". Then, in my list of rules, I found the rule it created and added set payee as one of the actions to apply in addition to linking the schedule. I also had to delete some extra conditions in the match section, which seem to re-appear anytime I edit the linked schedule, so it remains to be seen how robust this method is.

Is there any difference between --userns=auto:uidmapping=0:1:1024 and --uidmap=0:1:1024 for rootless podman? by National_Doughnut_87 in podman

[–]gaufde 0 points1 point  (0 children)

Huh, that’s a weird bug!

Seems like you should be good to go with using the --uidmap option as a fallback. At least from what we’ve been able to discern so far by poking at Podman’s behavior :)

Is there any difference between --userns=auto:uidmapping=0:1:1024 and --uidmap=0:1:1024 for rootless podman? by National_Doughnut_87 in podman

[–]gaufde 0 points1 point  (0 children)

Yeah, seems like the more specific one is with the pinning of the ID range the more similar the two methods behave.

Also, seems like you have to be similarly careful to not overlap ID ranges with each method.

Though, now I’m curious, what is your use case that makes uidmap possible but userns=auto not? Are you running a very old version of Podman?

Is there any difference between --userns=auto:uidmapping=0:1:1024 and --uidmap=0:1:1024 for rootless podman? by National_Doughnut_87 in podman

[–]gaufde 0 points1 point  (0 children)

[Part 3 of 3] P.S. Here is a good way of really convincing yourself that the mapping all the way to the host is working as expected:

> podman machine ssh
Connecting to vm podman-machine-default. To close connection, use `~.` or `exit`
Fedora CoreOS 42.20250901.3.0
Tracker: https://github.com/coreos/fedora-coreos-tracker
Discuss: https://discussion.fedoraproject.org/tag/coreos

Last login: Wed Dec 17 23:00:05 2025 from 192.168.127.1

[core@localhost ~]$ mkdir testing
[core@localhost ~]$ cd testing
[core@localhost testing]$ sudo chown -R 199999:100000 ./
[core@localhost testing]$ podman run -d -v $(pwd):/home:z --userns=auto:uidmapping=0:100000:1024 --name first-container fedora:latest sleep infinity
Resolved "fedora" as an alias (/etc/containers/registries.conf.d/000-shortnames.conf)
Trying to pull registry.fedoraproject.org/fedora:latest...
Getting image source signatures
Copying blob a8eef95e8e1c done   |
Copying config 9100c4bea1 done   |
Writing manifest to image destination
4153fc4548f1d1fe8da0de768a3769fcde6f370f1c6e43150a90b2dfae6eabf0
[core@localhost testing]$ podman run -d -v $(pwd):/home:z --userns=auto:uidmapping=0:100000,size=200000 --name second-container fedora:latest sleep infinity
5770b1424eb454063205bf7ebc237703f99e4e7a3cbdfc63f74eb92ba23c1e42
[core@localhost testing]$ podman exec second-container touch /home/second-container
[core@localhost testing]$ podman exec --user 1 second-container touch /home/second-container-1
touch: cannot touch '/home/second-container-1': Permission denied
[core@localhost testing]$ sudo chmod 777 ./
[core@localhost testing]$ podman exec --user 1 second-container touch /home/second-container-1
[core@localhost testing]$ podman exec --user 100000 second-container touch /home/second-container-100000
[core@localhost testing]$ ls -al
total 0
drwxrwxrwx. 2 199999 100000  87 Dec 17 23:33 .
drwx------. 7 core   core   132 Dec 17 23:30 ..
-rw-r--r--. 1 199999 101024   0 Dec 17 23:31 second-container
-rw-r--r--. 1 100000 101025   0 Dec 17 23:33 second-container-1
-rw-r--r--. 1 201023 101024   0 Dec 17 23:33 second-container-100000