Hacker News .hnnew | past | comments | ask | show | jobs | submit | pmarin's commentslogin

WHy not just add a hardware switch to allow Android sideloading?

Are these multibillion companies so incompetent to not think about it?


If they add a switch people might use the switch. You are confusing the excuse with the reason.

It’s not incompetence, it’s malice

>i don't think it has a huge impact on the discussion here. but this is such a key difference versus X, that i think is hugely under-told: Wayland compositors all rely on lots of kernel facilities to do the job, where-as X is basically it's own kernel, has origins where it effectively was the device driver for the gpu, talking to it over pci, and doing just about everything. when people contrast wayland versus X as wayland compositors needing to do so much, i can't help but chuckle, because it feels like the kernel does >50% of what X used to have to do itself; it's a much simpler world, using the kernel's built-in abstractions, rather than being multiple stacked layers of abstractions (kernels + X's own).

Are you an AI bot? Modern X11 server using DRM are more than 20 years old. You are talking about how X11 servers worked in the 90's


The Xorg codebase still includes some of those old drivers and is structured to allow them to exist.

Just to be clear the hardware abstraction layer used by wayland and any current Xserver is exactly the same.

Yes exactly. DRM exists, but there's still what I called the X "kernel", all of it's heavyweight abstractions.

To the previous a-hole, frak you: not an AI. That's rude as frak. Also, you manage to be incredibly wrong. Even an AI wouldn't overlook such an obvious error; maybe it'd be better to have it replace you. So rude dude! Behave!


I am sorry if I mistaken you for a bot but the model you are describing have not been implenented by any graphic driver in decades.

X's drivers still wrap the kernels drivers in its own abstraction layer.

It's vastly deeper than what Wayland does.


That's what the anti-Wayland people want: for things to work exactly as they did in the 90s. It's not an accident.

I don't think is about China, it's more about Winnie the Pooh's legacy.


The C way is to avoid abstractions in first place.


Yet it is one in itself, otherwise UNIX would still be written in Assembly.


Assembly itself is an abstraction. UNIX should have been written in machine code.


It was until version 4, when the C rewrite took place as it wasn't fun to keep writing it in Assembly.


Assembly code != machine code


Depends if you have an Assembler at hand, or a plain hexdump monitor, hopefully with a checksum entry on each row.


C++ compile time execution is just a gimmicky code generator, you can do it in any language.


Yeah, I could also be writting in a macro assembler for some Lisp inspired ideas and optimal performace.


That sound more like software pseudo-engineering to me.


How many people know about https://lite.duckduckgo.com/lite/ ?

Is a version of DuckDuckGo without Javascript. Very fast and compatible with minimalistic web browser like lynx.



I used it on my really old dell laptop with tinycore 32 bit and dillo

Awesome stuff.

I was able to run modern firefox on that 1 gb puny laptop too but it took 800 megabits of ram but I was able to run https://pomodorokitty.com/ on it.


What's up with all the space waste, the search button is almost as big as the input box, so you can't fit a long query on a phone (and the query box doesn't expand to fit more than one line)


That sound more like a demake than a port. Very cool anyway.


A demake would be a reimagining of a modern game into the style and aesthetics of the time. E.g. taking God of War and turning it into a 2D Shinobi-style platformer for Sega Genesis. Or turning Gran Turismo into a Mode7-style racer on SNES.

In this case, the creator wrote a custom 3D renderer and recreated the models/meshes to get as close of an approximation of the N64 experience onto the GBA.

I wouldn't call it a port necessarily ("recreation" seems more apt), but it's closer to that than a demake.


20 years on Debian. Not a single crash with apt


Almost 30 years for me, both on my personal machines and at work.

I went through a period about 25 years ago where apt crashed on my (rather janky) desktop almost every other run, and sometimes left my system in a state so inconsistent that I had to fall back on 'dpkg-reconfigure --force' and the like to fix it.

Turns out that it was due to a bad interaction between a failing stick of RAM and reiserfs' tail-packing feature, which was causing frequent silent corruption in /var/lib/dpkg/status and friends.

I don't think I've seen any similar issues since, across what must be many millions of apt runs I've been responsible for.

Perhaps gp is suffering from some similar underlying problem?


I don't use a compositor in XOrg.


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

Search: