• 0 Posts
  • 12 Comments
Joined 9 months ago
cake
Cake day: February 8th, 2024

help-circle
  • So do I understand correctly that a certain hox gene is activated in basically all cells which are in the “domain” of a certain vertebrae and they all activate some subset of homeobox genes which in combination with the original hox gene cause them to start turning into all the different parts associated with that vertebrae (so organs and other structures)?

    Would we then need an entirely new hox gene to produce even a single gill? (I know you basically just laid out most of a response to this question.) Because I would assume although the exact point at which the development of our arms and legs begins is part of the whole hox gene “superstructure”, but couldn’t we ‘basically just’ highjack this same system and duplicate this gene to produce at least a single gill in the region where the current hox gene for our neck is expressed?

    Long story short: what is the biggest reason why we can’t just hack into a later part of the sequence and continue on from there with what you said?

    Or would your proposed plan also just end up like this in the final product and you laid it out like this because it’s already the most viable route into this mess? 😅


  • And that’s the thing:

    Assuming it did, you couldn’t see it approach until it hit you because it’s moving at the speed of light! It could also have happened, but just super far away such that it will never reach us due to expansion between its origin point and us being faster than c!

    Also just because the universe is frickin old doesn’t mean it is statistically bound to have happened. There are plenty of ways of making it even more astronomically unlikely but still possible…





  • Okay first of all this message is really nicely written to explain multi collision attacks! (I knew some stuff about hashing and collision attacks before but not about multi collision and why that would be really useful here.)

    However, I first thought they were looking for inputs which basically preserve a known state and then generating an alphabet with those kinds of blocks (basically have one for each symbol and up to n additional blocks to “reset” the state to the known value) because that could shrink the size of stored blocks by a lot (I’d imagine).

    But now I am wondering if that’s even possible currently (even with an algorithm as “broken” as MD5 has become now)?


  • Except you already have that update installed, the box is not checked and the entry is still respected, nobody could possibly tell you why because that’s not how it’s supposed to work and everyone else works as stated! And now you have to live with the knowledge that your system is in some unobserved quantum superposition with a critical fix in place which may stop working at any moment for any reason and nobody can tell you how you even managed to get into this situation…



  • This might be a bad place (i.e. post, the community is correct), but looking at the void has got me interested so I wanted to ask: What are the main advantages of using runit compared to systemd? Like I don’t want to know all the differences (of which there are apparently many since people complain about systemd being too “bloated”/spread out over different systems?)

    Also in all the “typical” discussion on systemd vs runit plenty of people talked about serious problems with runit and sometimes said something or other about process security? Is that substantiated in any way (as in “yeah technically during the boot process runit could be vulnerable to X if executing an unsafe script while systemd can’t do that because it does Y instead” or is it more like “yeah no, people just claim X when it’s not really possible or systemd also has the same problem, they just don’t talk about it”?)

    (Hopefully this doesn’t turn into yet another thread about people bashing each other over this choice since that usually leads to no information being really trustworthy unless one wades through tons of long posts external to the thread…)