I wonder, is there a way to only request reformulations that don’t involve branches? The tool already seems quite nice, but that might be a good feature.
Also, I’m not sure I understand the speedup. Is it latency or throughput?
Author here. The speed up is modeled throughput, though the model is relatively naive. It's possible to disable branches by turning off the regimes flag, see https://herbie.uwplse.org/doc/1.0/options.html
LibreOffice is a pretty bad name, it is too clearly a spin-off of OpenOffice and never really gained its own identity. Being identifiable as a bad project’s better fork is kind of a weak starting position.
Based on that table it looks like “LibreOffice the name” ejected “LibreOffice the software development project” basically. Although, it isn’t really a corporate takeover, right? There was one company that was doing most of the work, now they’ve been ejected.
I don’t think LibreOffice ever really took over the mindspace of OpenOffice anyway. Maybe they can a more distinct split will give it a more independent identity.
Since Collabora already has an online version, maybe they should fork completely and call this offline version something that implies independence. So, I suggest: SolOffice. Haha.
I checked the numbers. OpenOffice reports about 230,000 downloads a week. LibreOffice, in contrast, reports about 1,000,000 downloads a week. Those are both direct downloads from their respective websites, thus not counting Linux distributions, in which the default office suite is LibreOffice. AFAIK, no distribution comes with OpenOffice as its default; it's always LibreOffice.
I also checked Google Trends for the last 3 months, comparing LibreOffice vs OpenOffice. The first is searched on average 4.7 times more than the latter, which tracks with weekly download numbers.
From those numbers, I'd say it's pretty clear the name "LibreOffice" won quite decisively over "OpenOffice". OpenOffice is still used a lot, but nowhere close to LibreOffice, especially when we add Linux distributions counts.
> I don’t think LibreOffice ever really took over the mindspace of OpenOffice anyway.
It was really a terrible name if you're going after normie office workers. Nobody outside of open source people knows what "Libre" means or even how to pronounce it.
* going into some internal directory and running a script based on the name
* deleting a bunch of directories
Seem like pretty bad ideas. Especially for software provided by a hardware vendor, which is probably a little clunky and inherently touches deep stuff.
But not including a removal script seems like bad form.
Edit: On the other hand, I don’t actually know for certain that the tool doesn’t have an uninstall script. Just, that the author didn’t find it. This seems worth noting because the author really wasn’t giving them the benefit of the doubt on anything, see all of the irrelevant complaints about animations.
I mean, there clearly was an uninstall script. It was in the app's Contents/Resources file, and it was called CleanupMagician_Admin_Mac.sh. Which means there was some intended way to trigger running it. Perhaps Samsung's instructions or their menu system weren't clear and they managed to hide it from him. But there most definitely was an uninstall script, and if he had managed to find the intended button in the interface, it would have asked for admin permissions and then done all the cleanup for him. The very cleanup that he complained about having to do by hand.
I think you are probably right. Although, with a name like that it could be some post-install cleanup of temporary files (which would explain why it was doing chown, rather than rm, although there are certainly other options!).
I wondered about the chown thing myself, but ended up concluding that the author was misremembering the errors. He probably saw some chown messages and didn't read all the hundreds of lines (I certainly don't read every line of hundreds of log lines, I skim looking for key words), meaning many of them could well have been rm failures that he misremembered as chown. But whatever it was doing, the author would have been wise to read it before deleting the directory it contained, as it would have saved him a lot of trouble finding all the bits and pieces he had to hunt down later.
The author is an unreliable narrator. The very first thing, the location of the script, can’t possibly be true (the app itself won’t be in per-user support data directory). They conflate things, they definitely don’t know enough about macOS to know to use sudo. I mean, they even rant about bog standard localization files…
Sadly, there are apps out there whose installers drop helper apps in ~/Library/Application Support. Or worse: Eve Online actually puts the whole game there. The Eve.app in /Applications (or wherever you choose to put it) is just the launcher/downloader.
They didn’t explicitly point to hypocrisy as the thing that makes it “unserious.” Actually I think a lot of serious projects are a little bit hypocritical, a little bit of hypocrisy is often the cost of contact with reality.
In this case it isn’t even clear where the hypocrisy comes from, though. It’s a service for looking up other services. Does it even handle any PII?
reply