Our WebUSB-based install at grapheneos.org/install/web now supports installing GrapheneOS on all of the officially supported devices.
It's still experimental, but it's ready for broader testing. grapheneos.org/install/cli is still recommend if your OS provides fastboot and signify.
Conversation
We'll be listing more operating systems as officially supported for the web installer. ChromeOS, Android and GrapheneOS should work fine as long as the hardware has working USB. You can now install GrapheneOS from another phone running GrapheneOS.
Edge works well on Windows too.
1
3
25
You still need a working fastboot driver with the WebUSB installer.
macOS and Linux have it built-in.
Some Windows users get it automatically. Others need to manually install it as an optional update in Windows Update. We'll be adding it to the guides for both install methods.
2
1
16
Replying to
is that a driver for a different vendorid/productid? Having a driver installed keeps webUSB from being able to claim a device.
1
WebUSB uses the regular driver for the device. That means you need the usual udev rules for Linux distributions not permitting users with physical access to access all USB devices. Windows users need to install the fastboot driver from Windows Update or from Google. Either works.
1
WebUSB can talk directly to a device if you know the vendorId and productId. If you have a driver installed on your OS, the device is already claimed.
You shouldn't need to install a driver.
2
This is one of the reasons webSerial is such a nice thing. For example, things like FTDI/CH340 preinstalled stop you from interacting via webUSB
1
That's not how it works with fastboot. If you don't have the fastboot driver on Windows, it doesn't work via WebUSB. It's the opposite of needing to avoid the driver for this to work. It sounds like you're talking about a different kind of device where certain drivers break it.
1
It sounds like what you're saying is with the kind of device you've tested, the default driver works, and certain non-default drivers break it. Linux and macOS already have the fastboot driver. Windows users often get it automatically. Doesn't break WebUSB but rather is required.
1
is that driver claiming the same vID/pID as webUSB is filtering with requestDevice()?
Driver is sometimes an overloaded term.
1
If you don't have developer.android.com/studio/run/oem or the variant of it from Windows Update on Windows, you can't use WebUSB for fastboot or adb. That's all I know. On Linux and macOS, the generic kernel driver for USB devices works fine. Are you talking about Windows or another OS?
Any os with it installed is supposed to fail to claim the device if another driver already has claimed it.
"The claimInterface() function will fail if multiple execution contexts attempt to claim an interface." from: wicg.github.io/webusb/#abusin
2
It will fail if you're already running fastboot elsewhere. I'm not saying that you need to install fastboot and run it. That's the grapheneos.org/install/cli guide. I'm talking about the driver. Regardless of how it's documented in the web standard, the implementation requires this.
2
1
Show replies