Wait until OP realizes that Halloween is equaly pushed by capitalism 🫠

Calyx Os supports the FP4 and announced support for the FP5

That just to be said.

I have e os on FP4 and I would describe my experience as follows: Do you want to switch from IOS to Android without loosing the style of the launcher and gain some privacy? Go for it

If you want an Android that does a lot for you and give you tools like a vpn, a tracker blocker ect... Go for it

If you want to customize your experience (e.g. have an "normal" Android launcher, switch accent colors ...) ? You get a very rocky experience to say the best.

And at least for the FP4, some stock apps like the Cam were just not working, but to be fair it seemed like that was a suppychain problem...

I consider changing to calyx Os, expecting to get a more customizable Android.

Your power suppy suppies 24V, so you need bulbs with 24v. The ones you bought are for 220V. As you wrote, they do actually fit in the socket, so you need an 24V E12 bulb.

Something like this

Your power supply also only provides 9W so it would only be able to power up to 9 of these 1W bulbs from the link.

Hast du mehr gelesen als die Überschrift?

I use duckdns, and thus have a xyz.duckdns.org domain, that points to the dynamic ipv4 address of my server. I do not host my own DNS server, rather I rely on a cheap Website / Mail / domain bundle. There I can enter my duckdns domain as a CNAME DNS entry. Thus every DNS lookup that is not for the remote hosted Website will resolve the duckdns domain and finally end at my server.

I am not sure where you want to host your DNS server or also for what specific reason... If you don't have a domain, you kind of don't need to host a DNS, and every domain provider I had, also offered a DNS server with it.

Found him:

Edit: not shure if the spoiler works as intended...

Edit 2: replaced spoiler with working(?) Spoiler

I am interested in that too. I dont know if thats how remind me works but lets try it out.

@RemindMe@programming.dev in 2 Months

Edit: Maybe also @remindme@mstdn.social dm 2 Months

Had to check real quick: Yes in the current Version of the stock cam it does recognise all cameras and even takes snappy pictures. That was the problem before but it seems to be patched.

Anyways due to this problem i switched to gcam

I actually installed gcam via apk

Great to hear, I will definitely switch.

Did the announced FP4 Camera Update arrive on CalyxOS or did it just stay on stock android?

I would like that as well. In fact I'd like to switch to Calyx, but from eOS.

Yes that's what drove me to gcam

Yeaa but the open tool being sold for profit they are not my go to apps anymore...

But I still need to switch my calendar to the newly made fork

Ohh you are right, I mixed that up...

I think that should work, due to DivestOS being a fork of LinageOS just like eOS, and in fact the camera of eOS is just the cam of LinageOS (thats what i meant with supplychain problem). So i assume that DivestOS might just have the same camera app as eOS

But you could probably confirm that by looking into the repos

The small boys came early to the hanging.

Ken Follett, The Pillars of the Earth

Yes exactly, additionally you probably don't want to host your pi hole for external use (mobile phone or laptop in a different network) for the reason of latency.

The delay that is imposed by visiting your pi hole at home for each DNS request is going to be very unpleasant.

Rather rely on an external dns provider that provides pi hole like funticionality.

But this does not mean that you can't also host your pihole for internal use. I use it not just for removing ads, but also to allow the access of local domains.

Same on e/OS.

Banking and eID work just fine.

Health insurance first worked fine, got enshitificated, and later login ws restricted to password, no fingerprint...

One option is to hijack a prefix by announcing a more specific one. This should then route traffic to the more specific prefix to your AS. You can then analyse and forward the traffic, attempt to impersonate a server within this range or simply drop the incoming packets.

As the author described, this case might be a bit more tricky, as BGP prefers shorter routes to longer ones. However, it seems that some longer-than-necessary routes were in use.

Der Artikel kritisiert unter anderem unüberprüft Aussagen übernommen zu haben und eben keine journalistische Einordnung vorzunehmen, obwohl diese nötig gewesen wäre.