HN user

ipodopt

203 karma
Posts2
Comments90
View on HN

I want more integrated office support in Linux. I am happy with any and all attempts that can improve it.

On the rust side, it doesn't seem like they have gotten to benefit too much from the ecosystem yet (one crate for XML deserialization). But I am sure now that it will come with time.

It's $20 per year, not per month... and there are promo codes for $5/year available most of the time. I don't use the site but browsed the guy's mastodon feed.

If you had to bring one thing on a jog for protection it should be a well trained dog. It can deter, warn, and respond to an attack. A concealed carry only does the last thing, increase your ability to respond to an attack. Also, the dog is arguable a more enjoyable companion on the run. Counter argument would be that the dog is a lot of maintenance.

An open carry in addition to the dog would probably keep you safe outside a war zone.

True, but I suspect that without a truly global prescient scheduler it is almost never worth it to core switch unless you generally have really long tasks.

For an efficient core context switch the scheduler must accurately predict that the source (current) core won't be free for the duration of the full core context switch time and that the sink core will be free by the time the meta context gets there and will have been free by the time the rest gets there. Otherwise, the scheduler ends up thrashing the cpu (it is actually a bit worse as future task might need same context so you have to be aware of the future). So, for the scheduler to know this it would need to be:

- Global: The only scheduler on the system or basically rafting with all the other schedulers on the system

- Prescient: The scheduler(s) would need to be able to predict all tasks, thier context, and work time per task perfectly. Which could really could only happen when everything is static and hence deterministic.

For example, I think most tasks people are throwing at async are web requests. Most actually take the core an order of magnitude shorter time to compute then the time it takes passing the context from one core to another and they are all unpredictable to the scheduler. In this scenario I could see the scheduler taking up the majority of computational time on the system. So turn on multi-threading + async on a quad core and you will get worse bandwidth and latency(always) for all your pains.

EDIT: Although this single data point would tell me I am wrong (see description):

https://www.youtube.com/watch?v=IG-wGXENTt8

It has been a sec but if I were to do another multi-threaded async Rust project I would do one thread per async runtime and explicitly pass anything that needed to be shared.

This should be more ergonomic as this should get rid of everything needing to have send/sync traits. I also suspect it may be more performant as I am not sure how good the async runtimes are about keeping scopes pinned to a particular core so its not constantly jumping around and busting the l1 caches (which would be extremely detrimental to compute latency and bandwidth)... Happy to be schooled on any of this.

I am not an expert but was in your shoes a few years ago so check and think on what I say.

The best chance of success will come from having more development time. So don't spend your money. You could also find partners, but make sure there is a peaking order (one of the founders has a plurality). So join someones existing project or sweat enough over your own that other founders would be willing to join at a lesser cut.

I would not register a business. Waste of money (dev time). You can wait till there are other founders or you have revenue and want a tax advantage. Assuming you are in the US you default to a sole proprietorship under your name anyhow, so no worries there. If you want a cool sounding name you file for a "Doing Business As" <cool name" for under ten bucks and ten minutes of your time.

I would not using the big cloud providers. Waste of money. Run it on k8s/VM/Container on your desktop or your PI till you have users or use free tier services.

I would not hire. At 20k the best bang for the buck would be your time.

I would not move. Again, costs. If you want to meet people you already seem to have a knack for it. :)

Also, hunter321 and yuppie_scum are wise men, hahaha, and I don't see any bad advice on this page. Add a contact to your about and I would be happy to chat.

I was assuming geostationary satellite in example to point out that obscuring the IP could add a layer of security.

In regards to your general point I am making assumptions and it would be harder. But within an order of magnitude. A great place to use some basic machine learning.

In regards to LEO being harder... I agree the the latency analysis will have more moving pieces. But it being better in terms of resulting anonymity would depend on its implementation...

"This isn’t how the internet works."

Okay, here is my understanding.

Lets say I control a few assets like a website, news.com, a DNS server, and relegram, a messaging app, and control the ASs that route to them.

Let's say the target posted something to relegram. I grab to logs and gain the IP. Cool, now I have the IP.

I add the IP to a list that instructs my controlled ASs to collect latency stats during handshake protocols (could do it from the end assets but this should be easier/better).

Meanwhile I also look up who owns the blocks the IP is from, likely finding their ISP.

If it a satellite provider I could go grab a a friendly dish in a known location and add that to list as well for the baseline. I could at this point double check my seconds/meter converter by moving said dish but it likely to track with physical constants.

After getting ten thousand hits or so I take the difference between the mean baseline latency and target latency and translate it to distance with my constant. Now I know the target should be within ~x of the satellite. I also have a map with terrain so the torus becomes a circle with a hole in it.

Now I take a plane and hopefully it can fly high enough between the satellite and the circler path as to 'shadow' a statistically significant portion of the area as it goes around.

- If your adversary has access to your ISP's data they can tie IP to address/geofences.

- If they where clever they could time the latency and find how far you are on relative to the satellite. Giving a circle path to look at. Meaning plane could find you by flying along the circle. So I guess it could help them track the radio signal...

Aren't Starlink terminals hyper-directional? Seems like it would be hard to triangulate them.

EDIT 1: https://media.defense.gov/2022/Jan/25/2002927101/-1/-1/0/CSA...

Seems like the NSA recommends a vpn to obscure VSAT use. They don't have much else to say about anonymity.

EDIT 2: Found this thread:

https://old.reddit.com/r/SpaceXLounge/comments/t5y67a/updati...

EDIT 3:

After some thought, I think Starlink will be robust against tracking. They should be harder to locate then VSATs which the author mentions in the Twitter thread. In comparison:

1. They are beaming to a constantly moving swarms of satellites rather then a geostationary satellite: a. So timing attacks can't be used to find a search path. b. The beam is moving to even he a plane pickup on a signal it would quickly lose it as the beam moved. Although there is a workaround I won't mention.

2. They are lower powered so the signal is weaker. I assume they are just as directional.

3. They are smaller and harder to spot.

4. They are much more numerous.

5. They are portable.

I am not an expert but this is my rough take.

It seems that the Russians are having logistical issues. They are running out of gas. Not sure how but it seems like it.

We are hearing today about them sending in more armored divisions. These will re enforce the supply lines. But this is a really risky play. It is a double edge sword. Now that they send more in they need even more gas. And if they run out they suffer a larger loss. What good are 4,000 tanks without fuel? Suddenly your armored division are infantry divisions who are outgunned on foreign soil.

The less risky play would be to withdraw there armor pretty far back. But this means an extend war. Which they should lose do to basically endless international support to the Ukraine and their willingness to fight.

So the play would be to pull back and stick to claiming the small section of the separateness region they have capture so far. This is will happened when the last of the armored units cross the line to cover the retreat. Given Ukraine can last four more days and keep the supply lines broken.

We don't want a material that builds and repairs itself?

Anyhow, seems like they think it is the concentration of melanin in the fungi. The melanin has been sequenced and it is the same type found in human skin. Maybe we will see this adaptation in space fairing humans... Wonder if current black astronauts are less effected by radiation.

EDIT: Probably something that will seem so obvious in hindsight.

DIY Mail 5 years ago

I have used both pm and migadu with custom domains. Miguda ends being much better on that front feature, pricing, and ease of use wise.

https://www.migadu.com/pricing/

You do lose the layer of encryption protonmail provides. But it is essentially boils down Encryption at Rest and e2e when between two protonmail users. It can be mimicked by pulling down the mail from the servers to your machine and using pgp.

On June 27, 2021, Near posted a suicidal note on Twitter, disclosing the extent of the harassment they had faced from the website Kiwi Farms. Héctor Martín Cantero later announced he had confirmed Near's death with the police. One month later, their death was confirmed by their employer to USA Today.[12] Near was non-binary.[13][14][15][12]

I found this on wiki: https://en.wikipedia.org/wiki/Higan_(emulator).

I believe the "he faked his death" theory was started by those same people on Kiwi Farms: https://kiwifarms.net/search/11124242/?q=byuu&o=relevance

"When I developed the Famicom, I put all the basic functions that were necessary to make it as a gaming device. For the Switch, it's inherited all that over the years. All the successes and failures of the Famicom are inherited by the next generation of consoles and onward."

What did he consider to be the failures?

EDIT: Added the first sentence of the quote.

The way I read the quote is he felt there where fundamental designs decisions that have been passed down all the way to the Switch. Some of which he considers to be failures.

I imagine he is talking about the hardware/software stack. OS seems pretty custom: https://en.wikipedia.org/wiki/Nintendo_Switch_system_softwar...

Absolute legend, it's sad that he is gone. SNES is still my favorite platform (I love iso-morphic view points).

Just a few months ago I setup a retopie and did a play through of one of my favorite games, Trials of Mana, with a rom patch (http://ngplus.net/index.php?/files/file/28-seiken-densetsu-3...).

I feel the rom hacking community is still going strong and some of you guys might find it interesting. An intro to rom hacking: https://datacrystal.romhacking.net/wiki/Introduction_to_Hack...

If you want to bootstrap a s/nes collection to play/hack on in memoriam (this may or may not work):

  1. Update the no-intro rom set. This guy usually post an yearly update: https://archive.org/details/no-intro_romsets

  2. Update the no-intro love pack dats (PC-XML): https://datomatic.no-intro.org/index.php?page=download&s=64&op=daily

  3. [Update and Apply patches](https://www.marcrobledo.com/RomPatcher.js/)

  4. Pull https://github.com/andrebrait/1g1r-romset-generator

  5. Run build.sh to build 1g1r sets

  #!/bin/bash

  cd 1g1r-romset-generator 
  git pull
  cd ../

  # Select what systems you want for you base 1g1r romsets 
  zips=(
      "Nintendo - Nintendo Entertainment System (20210122-114559) [headered]"
      "Nintendo - Nintendo Entertainment System (20210122-114559) [headered_iNES2.0_NRS(2020-09-27)]"
      "Nintendo - Nintendo Entertainment System (20210122-114559) [unheadered]"
      "Nintendo - Super Nintendo Entertainment System (Combined) (20201230-192658)"
)
  dats=(
      "Nintendo - Nintendo Entertainment System (Parent-Clone) (20210822-055431).dat"
      "Nintendo - Nintendo Entertainment System (Parent-Clone) (20210822-055431).dat"
      "Nintendo - Nintendo Entertainment System (Parent-Clone) (20210822-055431).dat"
      "Nintendo - Super Nintendo Entertainment System (Combined) (Parent-Clone) (Parent-Clone) (20210119-061911).dat"
)
  NOINTRODIR="no-intro_romsets/no-intro romsets/"
  OUTPUTDIR="roms-output/"

  mkdir -p $OUTPUTDIR
  for i in "${!zips[@]}"; do
      mkdir -p "$NOINTRODIR${zips[i]}"
      unzip -qq -n -d "$NOINTRODIR${zips[i]}" "$NOINTRODIR${zips[i]}.zip" 
      python3 1g1r-romset-generator/generate.py \
      --no-all \
      --regions=USA,JP,EUR --languages=EN --all-regions \
      --input-dir="$NOINTRODIR${zips[i]}" --output-dir="$OUTPUTDIR${zips[i]}" \
      --threads=16 \
      --dat="./No-Intro Love Pack (PC XML) (2021-08-22)/${dats[i]}"
  done

I have the first omnia version (of three). Will buy the next version.

Really pleasant experience. Great all in one home router. It took my one minute to setup up and nowadays I got bird on mine for BGP LB with a home k8s cluster. One of the very few open products that is nice to use.

For the latter, we've checked out Postgres Foreign Data Wrappers, but they don't seem portable to the cloud hosted services like RDS. We're continuing to look for clever solutions, if anyone reading this bumps into any.

Probably off the mark here but...

View -> Function -> Table (Atomic Permissions) - On Miss -> Rest Call to SpiceDB

RLS:

CREATE POLICY "Resources are updateble by certain groups of users." ON public.resources for UPDATE USING ( EXISTS ( SELECT FROM atomic_permissions_view WHERE (user_id = auth.uid()) and (action_enum = 'modify') and (resource_id = id) ) );

Where resources inherit from resources tables..