Hacker Newsnew | past | comments | ask | show | jobs | submit | mieses's commentslogin

why flagged? is this site politically to the right of the theverge.com?

most of the comments are dodging the point of the article and looking for unrelated strawmen to attack. ok, maybe the site has cookies. who cares? the issue is the phone not the marketing site. so that is a weak point.

overall the idea sounds good. but is Jolla open source? Can we compile it and run it on the phone?


hackers gonna hack

And Popeye is based on a Polish sailor.


the politics is becoming as confusing as Gnome itself


AI will wreck your capitalized "Education System" and that is good. We'll be fine.


Fully agree with your first statement, mush less so with the other two.


dnsmasq is great. The best part is that you can assign the same IP to multiple interfaces on the same device (to multiple MAC addresses) which drives network purists crazy and is no longer supported by systemd-networkd (because they are puritans). Separated DHCP/DNS can not do this. I will look into kea and whether they can do this.


What's the use case for this?


The use case is `ssh shortname` or `ssh shortname.lan` to a laptop on the same local network regardless whether the wired or wireless interface of the laptop is active.

An overlay like Tailscale MagicDNS might solve this but is complex.

Assigning the same name to 2 IP's (round robin DNS) will mean having to retry the ssh connection if the IP of the inactive interface is returned.

Failover bonding (mode 1) of the wireless and wired interfaces with MAC address spoofing so that the bonded interface maintains a consistent MAC address is reportedly not always supported by WiFi hardware and standards. Bonding may require manual reconfiguration when the laptop moves from the local network where "shortname" is used to an arbitrary WiFi network like airport or coffee shop.

Are there any solutions that satisfy single IP and reliable WiFi at the same time?

Linux used to be able to move the same IP between 2 interfaces depending on which was active. But it looks like advancements in Linux networking have killed this simple solution.


Going between wired and wireless is one example.


I used to (when I did that more) set up a bond of my wireless and ethernet devices, so when ethernet was plugged in it was preferred, otherwise it would use wireless. It was pretty seamless, and provided the same MAC on both networks.


I used to do that too. Nowadays I just run a WireGuard VPN and treat my WiFi network as "untrusted" (which is a good idea anyway) and it's more seamless if IP addresses change, or even if I leave the house and go somewhere else - I can expect most connections to stay up.


Whatever you're doing can probably be done faster and simpler with bridge interfaces.


I wrote to a French pen pal and they didn't reply. Now I have issues with French people and prefer local LLM's.


I wrote a confession to a pen pal once but the letter got lost in the mail. Now I refuse to use the postal service, have issues with French people and prefer local LLMs.


I pitched AGI to VC but the bills will be delivered. Now I need to find a new bagholder, squeeze, or angle because I'm having issues with delivery... something, something, prefer hype


I mean, even if they did reply... (I kid, I kid)


It's a great desktop if you don't need to print anything or use an extension for more than a year or so before API changes break the extension. Gnome works "out of the box" as long as you don't try to do anything that's not in the box. That whole expression needs to be changed to "it works in the box".


He might be fun to play a board game with but not in real life.


Is it true that "trust a majority" is a "good"? Or just the opinion of the majority?


If it's a majority of topic experts, I think it is. I work with many (might even include myself) and we disagree constantly. If we do agree on something, I'm fairly confident it's accurate and trustworthy.


You can read their arguments on the discussion page; don't act like this is just an appeal to authority.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: