Isn't cups a de facto apple project? What's the VM getting you?
The gutenprint drivers to support the specific printer don't support darwin
Gutenprint supports macos as a first class citizen, including this particular printer AFAICT.
Rescuing old printers with an in-browser Linux VM bridged to WebUSB over USB/IP
21–30 of 102 posts
Re: Rescuing old printers with an in-browser Linux VM bridged to WebUSB over USB/IP
#22Earlier quoted context omitted.
The gutenprint drivers to support the specific printer don't support darwin
Gutenprint supports macos as a first class citizen, including this particular printer AFAICT.
From the Gutenprint home page, https://gimp-print.sourceforge.io/:
As of July 7, 2024 the Gutenprint project has formally deprecated MacOS support. This means that no further MacOS-compatible binaries will be produced.
Gutenprint has not had an active MacOS maintainer for over three years, and the remaining developers lack the technical ability to produce MacOS binaries, much less undertake the substantial amount of work necessary to produce, test, and support binaries on newer (post-Mojave/10.14) MacOS releases.
Re: Rescuing old printers with an in-browser Linux VM bridged to WebUSB over USB/IP
#23If you are using an LLM, wouldn't it have been a lot easier to just have the LLM find the relevant CUPS driver decompile or just capture the USB traffic, and rewrite it in Go or something native? (No need to deal with the system printing framework, the goal was just an app that accepts JPEG input.)
Or ask the agent to write a Dockerfile (to abstract the build environment) that builds CUPS and all your stuff around it directl in WASM, instead of targeting x86 and then emulating x86 with WASM.
Is there a Docker-to-WASM pipeline, and how does it do anything differently from emulating x86?
Re: Rescuing old printers with an in-browser Linux VM bridged to WebUSB over USB/IP
#24Earlier quoted context omitted.
Gutenprint supports macos as a first class citizen, including this particular printer AFAICT.
From the Gutenprint home page, https://gimp-print.sourceforge.io/ : As of July 7, 2024 the Gutenprint project has formally deprecated MacOS support. This means that no further MacOS-compatible binaries will be produced. Gutenprint has not had an active MacOS maintainer for over three years, and the remaining developers lack the technical ability to produce MacOS binaries, much less undertake the substantial amount of…
It looks like it's just because they had no way to test, and bandwidth to deal with it. But should still mostly work, once whatever issue (that sounds like app notrization) is fixed.
It seems like the better option would have been to fix whatever was blocking them just two years ago, rather than this wild rube goldberg machine of a Linux VM emulated in a browser tab.
Re: Rescuing old printers with an in-browser Linux VM bridged to WebUSB over USB/IP
#25I would have asked Claude to write a driver. But this works, too. :)
Re: Rescuing old printers with an in-browser Linux VM bridged to WebUSB over USB/IP
#26surely a glorious OS like osx would not be without support for hardware that linux supports? when will it be year of osx desktop?
wdym? OSX has literally always been supported only on very limited hardware so how would it support anything else?
did you read what this is about? support for a printer people buy in stores. the kinda thing people expect working?
Re: Rescuing old printers with an in-browser Linux VM bridged to WebUSB over USB/IP
#27Earlier quoted context omitted.
From the Gutenprint home page, https://gimp-print.sourceforge.io/ : As of July 7, 2024 the Gutenprint project has formally deprecated MacOS support. This means that no further MacOS-compatible binaries will be produced. Gutenprint has not had an active MacOS maintainer for over three years, and the remaining developers lack the technical ability to produce MacOS binaries, much less undertake the substantial amount of…
It looks like it's just because they had no way to test, and bandwidth to deal with it. But should still mostly work, once whatever issue (that sounds like app notrization) is fixed. It seems like the better option would have been to fix whatever was blocking them just two years ago, rather than this wild rube goldberg machine of a Linux VM emulated in a browser tab.
I mean, anyone is welcome to do just that! But I guess coding Rube Goldberg machines in JS (to push the boundaries of the web) is a thing I really kind of enjoy.
Re: Rescuing old printers with an in-browser Linux VM bridged to WebUSB over USB/IP
#28Too bad Apple is still preventing the WebUSB spec from being standardized. They won't even make suggestions to get it through committee because WebUSB might cut into their native app store.
From: https://developer.mozilla.org/en-US/docs/Web/API/WebUSB_API
"WebUSB provides a way for these non-standardized USB device services to be exposed to the web. This means that hardware manufacturers will be able to provide a way for their device to be accessed from the web, without having to provide their own API."
That doesn't sound secure at all!
Re: Rescuing old printers with an in-browser Linux VM bridged to WebUSB over USB/IP
#29what the heck we're not in web 1.0 anymore are we
Re: Rescuing old printers with an in-browser Linux VM bridged to WebUSB over USB/IP
#30> I must apologise that I haven’t so far open-sourced any part of this that I don’t have to. Mainly that’s because I think this would be an awesomely sticky web property for a printer consumables firm to integrate with their sales site. And I’d much prefer it if they paid me to white-label it for them, rather than just forking a repo and getting it all for free.
They might be interested if they cared at all about the ease of use of their printers