Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)KA
Posts
0
Comments
152
Joined
2 yr. ago

  • I honestly kind of like the title and the angle of being brutally honest about the fact that the author (like most who are well off) actually benefit a lot from world hunger. That's an important point, not because we should support world hunger, but because if we are to tackle it we must be willing to lower our standard of living.

  • To quote the article in question (highlight is my own):

    "[H]ow many of us would sell our services so cheaply if it were not for the threat of hunger? When we sell our services cheaply, we enrich others, those who own the factories, the machines and the lands, and ultimately own the people who work for them. For those who depend on the availability of cheap labour, hunger is the foundation of their wealth."

  • Before you have an opinion on it, just read the article, it's just one page. https://www2.hawaii.edu/~kent/BenefitsofWorldHunger.pdf

    The UN really shot themselves in the foot by deleting it, because the title only looks bad if you don't actually read the rest of the text, which they now made more difficult.

  • It does explain those things! I quote:

    "While it is true that hunger is caused by low-paying jobs, we need to understand that hunger at the same time causes low-paying jobs to be created."

    The title is clearly thinly veiled satire and a pointed reminder that our current wealth is founded on the suffering of the poor.

    Just read the article, it's one page. https://www2.hawaii.edu/~kent/BenefitsofWorldHunger.pdf

    But I'm sure George Kent, author of "Freedom from Want: The Human Right to Adequate Food" is actually a shill for wealthy scum.

  • I'm still pissed at being forced to write in a passive voice in university. It's awkward and carries less information, and makes it seem like nobody had any agency, science just kind of happened on its own and you were there to observe it.

    I don't know why anyone would prefer something like "An experiment was conducted and it was found that..."

    To the much better "We conducted an experiment and found..."

  • Discovered exactly the same thing when I replaced my dead Gigabyte Z370 recently! Also took me a while to figure it out.

    Both those chipsets were released in 2017 so I guess it's no surprise they were made with the same thermal pads.

  • Don't go by any general rules. If you are unsure, take it home and sit down with your mushroom guide book and go through all the ways of identifying it and separating it from similar species until you are sure, or you give up and throw it away.

    Just off the cuff here are a couple of examples that violate the advice given above, golden chanterelle is very spicy but perfectly edible; gyromitra esculenta ("false morel") does not have lamelles, is supposed to be mildly flavoured, but is deadly toxic.

  • It's only 7.4% if you're discounting the large service sector and looking only at goods (which may be what people mean by "exports", idk). That's why our numbers differ, it's 4.2% of all exports, and 7.4% of exported goods.

  • ls -r actually lists entries in reverse order! It needs -R as well.

    cp and rm accept either.

    Looking at some man pages the only commands I found where -R didn't work were scp and gzip where it doesn't do anything, and rsync where it's "use relative path names".

    (Caveat: BSD utils might be different, who knows what those devils get up to!)

  • Not chmod related, but I've made some other interesting mistakes lately.

    Was trying to speed up the boot process on my ancient laptop by changing the startup services. Somehow ended up with nologin never being unset, which means that regular users aren't allowed to log in; and since I hadn't set a root password, no one could log in!

    Installed a different version of Python for a project, accidentally removed the wrong version of Python at the end of the day. When I started the computer the next day, all sorts of interesting things were broken!

  • Aha! I didn't get that you meant the issue was accidentally using -r instead of -R since both you and OP wrote the upper case one.

    I'm a lot more used to -R so I instead get caught off by commands where that means something other than recursive :)

    I mostly use symbolic mode and honestly don't get why everyone else seems to use octal all the time.

  • This is likely because docker runs Linux in a VM on MacOS right?

    We've had similar problems with stuff that works on the developers Mac but not the server which is case sensitive. It can be quite insidious if it does not cause an immediate "file not found"-error but say falls back to a default config because the provided one has the wrong casing.

  • Well completion-ignore-case is enough to solve this particular problem, the other options are just sugar on top :)

    I'm going to add completion-prefix-display-length to these related bonus tips (I have it set to 9). This makes it a lot easier to compare files with long names in your tab completion.

    For example if you have a folder with these files:

    FoobarSystem-v20.69.11-CrashLog2022-12-22 FoobarSystem-v20.69.11.config FoobarSystem-v20.69.12 FoobarSystem-v20.69.12-CrashLog2023-10-02 FoobarSystem-v20.69.12.config FoobarSystem-v20.69.12.userprofiles

    Just type vim TAB to see

     
        
     ...1-CrashLog2022-12-22   ...1.config   ...2   ...2-CrashLog2023-10-02   ...2.config   ...2.userprofiles
    $vim FoobarSystem-v20.69.1
    
      

    GNU Readline (which is what Bash uses for input) has a lot of options (e.g. making it behave like vim), and your settings are also used in any other programs that use it for their CLI which is a nice bonus. The config file is ~/.inputrc and you'd enable the above mentioned options like this

     
        
    $include /etc/inputrc
    
    set completion-ignore-case on
    set show-all-if-ambiguous on
    set completion-map-case on
    set completion-prefix-display-length 9
    
      
  • I and l also look identical in many fonts. So you already have this problem in ascii. (To say nothing of all the non-printing characters!)

    If your security relies on a person being able to tell the difference between two characters controlled by an attacker your security is bad.

  • I believe that type of stuff is specified in your locale, so it's possible that it would do the right thing if you've set your language to Turkish. Please try it and let us know though :)