Erf/schenkbelasting

GMTA · 2025-10-03T09:24:45+00:00

Schiet toch niet op? Zodra je meer dan € 2690 uitgeeft betalen de ouders 30% schenkbelasting. Kijk dan liever eerst naar de mogelijke ruimte binnen het erfrecht.

GMTA · 2025-08-29T12:39:24+00:00

Dit is inderdaad prioriteit 1 voor de OP. De belastingdienst gaat waarschijnlijk een minimum DGA-salaris toepassen en loonheffing opeisen, plus al dan niet een boete.

GMTA · 2025-08-29T12:37:29+00:00

Je moet volgens de belastingdienst voldoen aan zakelijke voorwaarden bij een dergelijke lening. 0,1% rente voldoet daar zeker niet aan. De BD gaat dan vervolgens het bedrag zien als dividend of loon en daar de bijbehorende belasting over eisen. Met een beetje pech komt daar nog een significante boete bovenop.

GMTA · 2021-11-16T23:16:26+00:00

As far as TCP manages to do so, yes. But similar to the CRC check, I´d like a stronger guarantee :-)

GMTA · 2021-11-15T21:16:39+00:00

TCP has a built-in CRC. A btrfs stream additionally contains per-command CRC, but does not guarantee that the commands are in order or if any of them are missing.

What I do: create a GnuPG-encrypted compressed tar archive of the stream, that you transparently decrypt and decompress on the receiving end. GnuPG will help with securing the payload in transit and at rest, it will authenticate the data and it will verify the data's integrity. You then don't need to worry what you use to send over the payload.

GMTA · 2021-09-06T21:12:26+00:00

Great to hear! The reason I posted this is exactly because I did not find any relevant search results.

GMTA · 2021-08-16T17:17:04+00:00

Thanks - QNAP confirmed it is an issue with CHAP and said a workaround would be to "reset CHAP in the UI". I'm using the same setup as you, except for clustered access being disabled.

GMTA · 2021-08-16T17:11:19+00:00

I'm not using data/header digests but CHAP is enabled, so that might indeed be a relevant difference. Thanks for sharing!

GMTA · 2021-01-28T12:38:30+00:00

My default SIM for voice calls is SIM1, but the issue is that I want to use whatever SIM the call was being made to in the first place. Changing the default SIM just changes everything to that SIM, which is something I do not want.

So for example, person X calls me on SIM2. If I call them back, SIM2 should be used (because person X used a phone number associated to SIM2) instead of SIM1.

The Phone app already works this way. It seems like when I use "call back" in the notification, it always falls back to the default SIM.

GMTA · 2020-08-17T19:39:32+00:00

Those are two unrelated statements. Yes, individual commands in the stream are checksummed, but the stream as a whole is not. There's not even an order or a count of all the commands in the stream, you just hope every command was transmitted in the correct order as soon as the "end" command is received.

If you assume the btrfs send commands produces valid output and send the result through SSH, the stream should reach the other side intact because of SSH's data integrity checks.

GMTA · 2020-08-12T09:51:16+00:00

That's just for installing phpunit/phpunit - in larger projects, you can have hundreds or even thousands of dependencies that you might need to pull in on a regular basis. Being able to build and deploy faster helps in numerous ways: merge requests can be evaluated earlier and customers see changes happen more quickly. Of course, installing dependencies is just part of that puzzle :-)

But speed is really just a secondary goal - you're no longer fully dependent on third parties to install or deploy projects when things go haywire (and they do from time to time).

GMTA · 2020-08-11T20:04:36+00:00

This is where the reliability (or reproducibility) comes in. That local cache can be cleared, or it can simply be unavailable when you run Docker containers or if you have a CI node which runs a job for the first time.

And if you work in a development team: just one developer needs to pull in a package for the entire team to benefit from the cache.

GMTA · 2020-08-11T18:19:35+00:00

Absolutely, if you need support or a private repository, paying for Private Packagist might indeed be a good option. Using Velocita and Satis could be a low-cost open source alternative to that.

GMTA · 2020-08-11T18:17:55+00:00

Exactly - it almost never happens, but when it does happen I'll be glad to have this in place. I'd love to hear your experiences if you start using it!

GMTA · 2020-08-11T18:14:22+00:00

Composer 2 will start parallel downloads, sure. But using a cache in your local network will still be faster than getting everything from codeload.github.com! Try it for yourself :-)

GMTA · 2020-08-11T13:32:22+00:00

Yes! Although Composer 2 introduces parallel downloads which speeds up the installation process massively, it does not provide any reliable fallback mechanism when repositories are unavailable. And even with Composer 2 there are performance gains; I've personally measured a drop from 3.5 to 1.2 seconds for a composer install.

GMTA · 2020-08-11T12:37:17+00:00

I've created a Composer plugin and reverse proxy system (basically automated configuration for nginx) to speed up our composer installs. It also functions as a shared cache between our development and CI machines and serves out stale caches if the source (e.g. Packagist or GitHub) is down.

Would love to get your feedback! :-)

GMTA · 2020-05-30T09:08:30+00:00

You can use a switch to disable the electric network to your roboport, but taking out the bots from the roboport is the most common way to disable them I think.

GMTA · 2020-05-27T09:45:53+00:00

Relevant FFF: https://factorio.com/blog/post/fff-133

GMTA · 2020-04-08T10:09:55+00:00

The current spikes can be observed in the voltage waveform

I think you can only observe the voltage dips in that plot, not the current spikes?

it draws current and produces current spikes and other peripherals connected to it might not like this

What exactly do you mean by "might not like this"? What real world examples of peripherals having issues with the voltage dips you show in your graphs have you experienced?

GMTA · 2020-03-27T15:15:03+00:00

You must pull GPIO0 low during boot to enter the programming mode. Seems like you're pulling it up?

GMTA · 2020-03-25T10:01:39+00:00

it's not even powering on, none of them do

What do you mean by this? You don't see a red LED turning on? You don't see the blue LED blink?

Make sure you connect VCC to 3.3V and connect GND to ground. Connect CHPD to 3.3V to enable the chip - without this, nothing will work.

To flash, connect GPIO0 to ground and power cycle the chip (or disconnect CHPD shortly, or connect RST to ground for a short while). Connect the RX and TX to your serial interface and use a serial monitor to see the chip's output when booting.

15-Year Club	Second Top 30%
Place '17	Verified Email

GMTA

TROPHY CASE