News for hackers. Stuff that matters.
Re:Google’s in-house desktop Linux by politelemon on Sunday July 31, 2022 @03:09AM (#32293853)
For all the talk I've heard over the years about their in house Linux distro. Their desktop application support, and sometimes web application support, for Linux is non existent.

Most of their server estate will be Linux based, including what's powering their desktop applications. But almost none of their efforts give back and enrich the desktop ecosystem. That said they do contribute a lot towards frameworks, libraries and the kernel. Certainly they are among the top alongside Microsoft in recent years and Facebook. So I do recognize my entitled call for more... with good cause

Re:Google’s in-house desktop Linux by hammyhavoc on Sunday July 31, 2022 @06:26AM (#32294609)
As a Fedora user writing this from my brand new Google Pixel phone, who uses Gmail and YouTube, and pretty much nothing else from Google in 2022, what is missing?
Re:Google’s in-house desktop Linux by quadrifoliate on Monday August 01, 2022 @09:38AM (#32305775)
A lot of the stuff that annoys me and gets in my way while using Linux is still the same basic quality-of-life stuff that has been broken forever. Bluetooth pairing fails occasionally. Plugging in a new display doesn't immediately work. A USB microphone fails to register as an input sound device.

I cannot imagine that Google engineers would live with such deeply broken systems as daily drivers. So whatever that secret is, whether it consists of drivers, known hardware configurations, or even just config files they use to ensure optimal operation – that's what I'd like them to Open Source. I'm happy to buy whatever laptop spec Google uses for gLinux for myself to go along with their OS.

Re:Google’s in-house desktop Linux by Morgawr on Monday August 01, 2022 @10:40AM (#32306619)
> I cannot imagine that Google engineers would live with such deeply broken systems as daily drivers. So whatever that secret is, whether it consists of drivers, known hardware configurations, or even just config files they use to ensure optimal operation – that's what I'd like them to Open Source.

Hey there, Google engineer here (opinions are my own, etc etc). I work in the ChromeOS platform team. We have hundreds if not thousands of very talented (not me) engineers who work on low-level firmware, drivers, kernel, performance optimization, etc on Linux. ChromeOS is still Linux and almost entirely open source[0], we also upstream most of it[1]. A lot of the improvements that ChromeOS has had for multi-monitor support, plug-and-play devices, wayland, keyboard/touchpad firmware, etc have all entered mainline Linux kernel and should be perfectly usable by the whole Linux ecosystem and other distributions.

I don't work with the gLinux team anymore (used to in the past) so I don't know how what exactly they do with their stuff, but regardless of the "it's not a real linux distro!" hate ChromeOS might get, we still run on a fully open Linux environment ourselves.

[0] https://source.chromium.org/chromiumos/chromiumos/codesearch

[1] The stuff we don't upstream it's usually because either we can't (ChromeOS-specific hacks that the Linux kernel mainline wouldn't accept) or we haven't been able to yet due to needing to clean up patches before they are accepted. Regardless we'll still open source it in our kernel tree

Re:Google’s in-house desktop Linux by mindentropy on Wednesday August 03, 2022 @07:02AM (#32330086)
> We have hundreds if not thousands of very talented (not me) engineers who work on low-level firmware, drivers, kernel, performance optimization, etc on Linux.

I am interested in working on this. Do you know if there positions open and where and which group to apply?

Re:Google’s in-house desktop Linux by Morgawr on Thursday August 04, 2022 @12:01AM (#32339229)
You can check on our careers page, we do post all available positions there, you can filter for stuff like chromeos or firmware or kernel engineer, etc. Example: https://careers.google.com/jobs/results/?distance=50&hl=en_U...
Re:Google’s in-house desktop Linux by mindentropy on Thursday August 04, 2022 @10:32AM (#32343432)
A quick question as it very hard to get an answer back on this. Does Google ask leetcode stuff for firmware and kernel engineers too?
Re:Google’s in-house desktop Linux by Melatonic on Monday August 01, 2022 @06:06PM (#32312663)
From an enterprise management perspective nobody (as far as I know) has made some kind of tooling to manage linux desktops in a similar way admins can do with ChromeOS or Windows. I think that is the real dealbreaker for linux in the enterprise for general use.
Re:Google’s in-house desktop Linux by lsc36 on Monday August 01, 2022 @10:43AM (#32306660)
Googler here, opinions on my own. While nothing prevents us from switching desktop environments (many of us do so), basically anything outside the default GNOME/X11 configuration is not supported. (It used to be Cinnamon but we're switching away.)

Bluetooth accessories are not guaranteed to work. People struggle with screen configurations all the time. Nvidia driver updates are still a nightmare. I'm pretty sure there's no secret sauce.

Re:Google’s in-house desktop Linux by jszymborski on Monday August 01, 2022 @03:08PM (#32310722)
I'm curious about the change from Cinnamon to GNOME. Are you aware of any particular reason why? I feel like attitudes towards GNOME haven't particularly changed over the year, but that just might be my bubble.
Re:Google’s in-house desktop Linux by netheril96 on Monday August 01, 2022 @08:38PM (#32313910)
They want to switch to Wayland eventually but Cinnamon doesn’t support Wayland.
Re:Google’s in-house desktop Linux by jszymborski on Monday August 01, 2022 @08:52PM (#32314003)
Thanks!
Re:Google’s in-house desktop Linux by int_19h on Monday August 01, 2022 @10:55PM (#32314669)
So even Google cannot truly do "Linux on the desktop" right?
Re:Google’s in-house desktop Linux by kristjansson on Monday August 01, 2022 @01:37PM (#32309439)
That’s really nice to hear, actually.
Re:Google’s in-house desktop Linux by jjoonathan on Monday August 01, 2022 @11:26AM (#32307386)
The secret is using hardware that's known to work with Linux. Inside Google, I'm sure IT does this (or writes/fixes drivers when it must). Outside google, you have to do this yourself. Find someone with a working setup and duplicate exactly.

> Bluetooth

Bluetooth is a dumpster fire and Linux bluetooth is a radioactive biohazardous dumpster fire. Stay away. My workaround: Linux -> SPIDF -> 1Mii B03Pro bluetooth transmitter. The chipset drivers that output 3.5mm and SPIDF are ancient, stable, and dumb as rocks, so they actually work. SPIDF beats 3.5mm because 3.5mm can detect connectedness and punish you by scrambling your sound settings every time you bump a cable. SPIDF can't do this so software can't screw it up.

Also, even if you get linux bluetooth working it will tend to scramble if you reboot into a different OS. Just say no. Use an external bluetooth transmitter.

Re:Google’s in-house desktop Linux by vlovich123 on Monday August 01, 2022 @10:12AM (#32306192)
> I cannot imagine that Google engineers would live with such deeply broken systems as daily drivers. So whatever that secret is, whether it consists of drivers, known hardware configurations, or even just config files they use to ensure optimal operation – that's what I'd like them to Open Source. I'm happy to buy whatever laptop spec Google uses for gLinux for myself to go along with their OS.

Then your imagination could be improved in a few ways:

1. Google has complete say over the software you're allowed to run at work. They can mandate using whatever tools they want as terms of your employment.

2. Google has complete say over the hardware they purchase you. Random drive incompatibility isn't a thing. They pick hardware that's been validated to work so they don't have random IT complaints.

3. This is a IT / compliance / security thing. The grand total of UX people dedicated to this probably amounts to designing the splash screens. The grand total for bug fixing is for issues impacting an obscene number of users. If you f'ed up your OS install you'll basically have to fix it yourself (IT will offer to reimage your machine and you'll be responsible for making sure you correctly managed your backups by hand - you get limited storage space at least when I worked there, so you had to make sure to exclude certain folders from backups).

4. They do have a slightly better story for Android development but most of that relies on Google3 / Blaze. I think they're doing some work to migrate to Bazel finally but I imagine they'll always have a bit better internal dev story.

About the only value-add they could be giving here is the hardware configurations but they're not really different from stock Linux laptops you'd buy as a consumer.

Re:Google’s in-house desktop Linux by tialaramex on Monday August 01, 2022 @10:26AM (#32306399)
> Plugging in a new display doesn't immediately work. A USB microphone fails to register as an input sound device.

I have these problems with the Dell laptop running Windows 10 which I use for work, but not with my own desktop or laptop running Fedora. So, my experience is more or less the opposite apparently. This makes it harder for me to buy the theory that there's something uniquely inferior about these Linux desktops.

Re:Google’s in-house desktop Linux by dkarl on Monday August 01, 2022 @12:13PM (#32308228)
When I switched from Linux to Macs for my daily drivers ten years ago, I was really shocked by how much stuff just works. But there's plenty of stuff that doesn't work, even on Mac. When I am struggling to get something working with one of my Macs, I often joke to myself that stuff like this is why Linux on the desktop will never be popular.

For example, my work laptop, a Macbook Pro, is always on my desk in my office. When I'm working, I have an external monitor plugged into it. If the laptop goes to sleep, then a bit later the monitor goes to sleep. But when the monitor goes to sleep, the laptop wakes up. Then a few minutes later the laptop goes to sleep and starts the cycle again. So every evening when I'm done working I have to unplug the laptop and manually put it to sleep. Then every once in a while (rarely, but multiple times this year) something else keeps waking the laptop up, or maybe I accidentally wake it up and don't manually put it to sleep again, who knows. When that happens, I have a dead Macbook Pro on my desk in the morning, and I say, "[Stuff] like this is why Linux on the desktop will never be popular.

Re:Google’s in-house desktop Linux by antod on Monday August 01, 2022 @08:19PM (#32313811)
External monitor handling is one area my Linux Thinkpad works smoother than my work Macbook Pro.

The previous time I used a Mac (2015ish), it was the other way around.

Re:Google’s in-house desktop Linux by JasonFruit on Monday August 01, 2022 @06:07PM (#32312674)
I'm honestly a little disappointed at how smoothly everything works on my Linux machines. It ruins the impression that I'm doing eldritch magic, issuing gnomic commands inherited from the primal hackers, immersing my very self in the unknowable gnostic wisdom of Unix.

Maybe I need to run OpenBSD.

Re:Google’s in-house desktop Linux by ajross on Monday August 01, 2022 @11:47AM (#32307756)
> Bluetooth pairing

BT is just a disaster everywhere. My experience is that for "normal" use cases (input devices & headphone audio, basically) Linux is no worse than anywhere else, but still bad. Apple users think it's great because Apple made AirPods work, but that's a testament to Apple's integration engineering and not the underlying technology.

> Plugging in a new display doesn't immediately work

I haven't seen this with Intel drivers on a major distro in a long time. But yes, the driver story for other hardware remains somewhat weak. And obviously the farther you get from "Gnome on Ubuntu/Fedora" into the weeds of desktop choices, the weirder the feature set is going to get.

> A USB microphone fails to register as an input sound device

No idea here. I haven't seen a USB audio failure in a LONG time (closest I can think of is a Razer headset that has two chat/game output streams and Linux sees only one by default). Mostly likely you had a broken piece of hardware that worked in windows only by installing its own driver. And that sucks, but poor standards compliance is just something we all live with.

Re:Google’s in-house desktop Linux by ghaff on Monday August 01, 2022 @03:48PM (#32311190)
My impression from being in the industry far too long is that Bluetooth was one of a variety of what I think were being touted as personal area (wireless) networks once upon a time with Bluetooth seemingly being pushed for relatively simple use cases like keyboards. But none of those other protocols panned out so Bluetooth ended up being the general non-WiFi wireless standard for things that the original spec never contemplated. The standard has been updated over time of course but I imagine a lot of early-on decisions still have an impact on things.
Re:Google’s in-house desktop Linux by philliphaydon on Monday August 01, 2022 @12:52PM (#32308852)
> but that's a testament to Apple's integration engineering and not the underlying technology.

So no one outside of apple is smart enough to get it working.

What bothers me about non apple stuff is. I can pair my AirPods to my phone, tv, and laptop. Even if they connect to the laptop if I press connect on the Apple TV or phone they switch.

With any non apple headphones. (Bose, Audio-Technica, Sony, Asus) I have to press Bluetooth pairing button and connect on the decide again. So switching between two laptops is a pain.

Why can’t other brands do what apple can? It’s not the tech problem when someone solves it…

Re:Google’s in-house desktop Linux by ajross on Monday August 01, 2022 @01:04PM (#32309033)
> So no one outside of apple is smart enough to get it working.

Pretty much, yeah. And the reason is that Bluetooth is a disaster of complexity. One implementer thinks function X in state Y means "frob", but another interprets that as a "glim" command. Apple makes it work by controlling variables: their controller, their driver stack, their library framework, their app integration. If one team doesn't understand why another team's layer is doing something, they walk across campus and ask them.

Re:Google’s in-house desktop Linux by ska on Monday August 01, 2022 @03:47PM (#32311165)
> So no one outside of apple is smart enough to get it working.

You have to have the capability and be given/assigned the time to do it properly.

Things that are genuinely a mess (e.g. bluetooth?) often only work smoothly when there was a mountain of effort put into it - that consumers can't see.

Re:Google’s in-house desktop Linux by zhengyi13 on Monday August 01, 2022 @04:11PM (#32311447)
> So no one outside of apple is smart enough to get it working.

Eeehhh... Specs are big, complex documents with fuzzy terms like SHALL, MAY, MUST and weird corner cases that no one thought of, being read by engineers with varying linguistic prowess, implementing them in disparate hardware and software vendors with radically different manufacturing/release pressures, different skillsets, different interpretations of the same damned specs... It's a wonder any of this shit works at all.

Apple's the only vendor out there with something approaching a consistent experience because they're the vendor with the greatest degree of control/integration over the entire stack. BT, ACPI, all the same.

Re:Google’s in-house desktop Linux by hadlock on Monday August 01, 2022 @02:31PM (#32310256)
I have a bluetooth audio receiver in the home office, bt in my car and bt headphones and none of it has given me any trouble. Just works. The only issue I have is which phone the car decides to pair with when we get in to go somewhere together. Oh, I guess we also have one of those bluetooth battery powered speakers for taking to the park. It works fine too. I connect to the bluetooth audio receiver with my linux, mac and windows laptops on an almost daily basis, no problem.

What problems are you running into?

Re:Google’s in-house desktop Linux by dm319 on Monday August 01, 2022 @03:20PM (#32310856)
I get terrible USB mic issues but only with native MS Teams (linux is terrible, Windows is not much better). These issues are weirdly resolved using the web client through Chrome on both platforms.
Re:Google’s in-house desktop Linux by hollerith on Monday August 01, 2022 @08:57PM (#32314038)
I heard (here, long ago) that Chrome contains its own USB driver.
Re:Google’s in-house desktop Linux by raggi on Monday August 01, 2022 @12:42PM (#32308714)
> I cannot imagine that Google engineers would live with such deeply broken systems as daily drivers.

Oh yes, yes they do.

Re:Google’s in-house desktop Linux by coryrc on Monday August 01, 2022 @10:30AM (#32306472)
> I cannot imagine that Google engineers would live with such deeply broken systems as daily drivers.

Heh, most use Macs. Linux laptop users have the same problems, don't worry. My laptop hard locks up on suspend once every couple weeks, plus all the things you mentioned. Oh, I also have a weird audio latency bug.

Re:Google’s in-house desktop Linux by praptak on Monday August 01, 2022 @09:45AM (#32305863)
Plugging in a new display doesn't immediately work on gLinux. It may be me, because I'm on i3wm which is not the official wm.

I have a manually crafted autorandr config but it's kind of hit and miss.

Re:Google’s in-house desktop Linux by solraph on Monday August 01, 2022 @07:59PM (#32313694)
Known good hardware I expect. There's definitely some hardware out there which is sorta-kinda supported on Linux, but only really works for one kernel version on one distro, and doesn't only supports the bare minimum of requirements.

> Bluetooth pairing fails occasionally.

I never had this issue on Linux until my most recent laptop, which shipped with a Qualcomm 1103 card, which gave me no end of issues with Wifi and Bluetooth (resume from sleep failing, weird power drain, random drop outs).

I swapped out the wifi/BT module for an Intel wireless card (AX210), and all the above problems immediately resolved themselves.

Maybe it's just the bluetooth hardware?

> Plugging in a new display doesn't immediately work.

I've honestly not had to worry about this in at least ten years across ~8 different machines. It's just worked on all three major graphics vendors. I haven't used Wayland yet, so I don't know if if that's a factor.

Re:Google’s in-house desktop Linux by Underphil on Monday August 01, 2022 @10:14PM (#32314457)
I've had a couple of things that wouldn't always pair. Some headphones, a Bluetooth mouse if I recall.

I just chalk it up to the freedom I get from using Linux and just move on.

Re:Google’s in-house desktop Linux by jszymborski on Monday August 01, 2022 @03:07PM (#32310711)
> Bluetooth pairing fails occasionally

Anecdata, my airpods have been pairing seemlessly with Xubuntu out-of-the-box for over a year. I've similarly not have had any problems pairing with my Bose portable speaker or soundbar.

Re:Google’s in-house desktop Linux by ori_b on Monday August 01, 2022 @10:40AM (#32306606)
> So whatever that secret is

A large IT team.

Re:Google’s in-house desktop Linux by mxuribe on Monday August 01, 2022 @12:22PM (#32308379)
I would imagine that not only large, but also likely quite capable. If the IT staff to be hired at google goes through a similarly tough gauntlet as the software devs and SREs (and other similar product-producing) roles, then i can imagine those IT staffers really know what they're doing...at least they'd have to be good enough to get into the doors of google; which i guess is not easy.
Re:Google’s in-house desktop Linux by throw7 on Monday August 01, 2022 @08:22PM (#32313832)
Google used to actually have a handful of native applications on linux. I remember uploading to google play music with a linux client (not web) and stuff like google drive were "promised" or something like that.

It was all really short lived though. I remember that uploader broke fairly quickly as, of course, some abi change in some library dep and of course there was never another release.

It's not really what's missing... it's just google's 'here today, gone tomorrow'. They really shouldn't be called engineers.

Re:Google’s in-house desktop Linux by saagarjha on Monday August 01, 2022 @08:58PM (#32314047)
Is there a native Google Play client on any desktop platform?
Re:Google’s in-house desktop Linux by rvz on Monday August 01, 2022 @11:25AM (#32307356)
Well their contributions and 'desktop support' only go towards... ChromeOS.

The fact that this effort is going towards this OS tells us they don't care about open-source and especially the Linux Desktop either. It is only to the Kernel which is fine, but it clear that the wider Linux Desktop ecosystem has had the same 20 year old issues still present today.