Re: He's toast
The thing to remember about theatre, security or otherwise, is that it's only intended to look convincing from the audience's PoV.
40557 publicly visible posts • joined 16 Jun 2014
"echo *" still worked for a short time though
echo is a shell built-in. If yiu have a shell you should have echo.
In my case it was mv rather than rm but when you can no longer reach mv it doesn't make too much difference. A live distro would have fixed it but this was back in SCO days so no live distros about.
If something needs specific libraries or whatever, install it in /opt. I have Seamonkey, LibreOffice, VirtualBox, stuff from Brother, Informix and others all packaged that way. It was an accepted and successful way of doing things long before Snap & friends arrived.
May I refer the honourable gentleman to the analysis of my LibreOffice installation in /opt https://forums.theregister.com/forum/all/2023/06/07/red_hat_drops_libreoffice/#c_4676282
This is an application for which the download site provides 1 DEB and 1 RPM archive* for amd64 Linux for each version**. The vast majority of the file it contains are what might be summed up as "resources" almost certainly cross-platform.
There are 10 times as many html help files that would need translation for language as .so files that might conceivably need adapting to compile on a particular Linux distro.
There are about half as many again XML & XSLT files as .so and .jar combined.
Anyone who's been using Linux for such a long time must surely be familiar with the notion of installing applications along with a selection of libraries and resources in /opt. It's the problem that Snap, Flatpak & the rest of them set out to solve. It was solved long ago without the extra baggage that those bring along. In terms of baggage I find it particularly ironical that some time ago I decided to have a look at Flatpak and tried to install it on whatever vintage of Debian I was running at the time. It failed to install because some dependency wasn't satisfied by the Debian's version of some library, a notable failure of the KISS principle.
* A tgz archive that expands to 42 individual .deb files, In addition there is language pack, a further archive bundling 3 .debs(including dicitonary and readme files) and a help pack containing a further .deb
** Currently 7.5.4 and 7.4.7. The two files per version is the same as are provided for Mac (Intel & Apple silicon) and for Windows (32 & 64 bit).
None of this should be surprising. Computers have been used in textual analysis since the days of punched cards. They were quickly into the "Who really wrote Shakespeare?" game - I remember reading about it in the New Scientist when I was at school and that's a very long time ago. With more and more CPU cycles and more and more storage available one would expect them to get better.
Just consider the last sentence of my first paragraph. I could have written it in passive voice - "it would be expected that...". Having chosen the active voice I could have chosen a different pronoun: "I", "we" or "you". I didn't have to be as emphatic with "more and more". I could have used "might" or "could" rather than "would", "anticipate" rather then "expect". I could have written "improve" rather than "get better" etc. Without trying too hard about alternatives I can think of almost 200 ways I could have written that one sentence*. If you (note different pronoun) were to look over my writing it would (switch to passive voice) be possible to build up a list of probabilities for my choices. Repeating that for different authors would produce different choice profiles and hence different voices.
On the other hand an automated pastiche generator producing text with no intrinsic meaning, no variation of emphasis to convey, no concept of elegant variation and no instinct for deliberate repetition for emphasis is going to deploy the relatively few phrases that come at the top of its statistical heap from the training material. In terms of the multivariate statistics I dabbled with (and dabbled is a very deliberate choice of word) about 50 years ago it will occupy a very confined part of the multi-dimensional space such statistics define and that, I think, is why this paper (and Turnitin referred to in the article) are claiming such high discrimination. It has one voice . A bot writes like a bot and, with maybe one exception, humans don't even want to do that.
* I didn't write the sentence intending to analyse it like that. I wrote it without any changes although I had changed words in the previous two. It was only looking at it after I'd written it that I realised the possibilities it held for taking the rest of the post along the route I did although the direction was intended. That's something a bot couldn't do.
Nostalgically - back in the day, at least for a small business unit, we would provide application code and administer the system as a single team. It had distinct advantages as each aspect of the role informed the other; if you'd written it you knew what do do from the administration PoV and if you wrote with the need to administer it in mind. In at least one, later, disassociated rolw I felt liike screaming at the admins for completely underestimating what was intended to be done via the user interface.
There's no point in laws saying what agencies can and can't do if there is no punishment for transgression. Agents should be personally liable for breaches they may make. Having spent about 14 years in a job where I had such liability I don't see anything unusual about the idea. Snowden shouldn't be pursued for his disclosures if those wrongs he pointed out went and continue to go unpunished.
Web search engines, including those on trading site, universally fail to perform as well as at least one I used back in the '80s. They simply OR all the search terms together, even if terms are entered in an attempt to exclude*. At best they may use the combination of terms to partially order the results. To use the results of the search engine the chatbot would need to parse the query properly and then use the parsed query to filter the results of the search engine. It is, of course, the search engines that should be doing that parsing and filtering.
* eBay's search used to respect minus signs so that "car - Honda" would return cars of any make except Honda. Then they changed it so it would return all makes of car including Honda plus Honda motorcycles and any other Honda non-car products. Now it seems to return only Hondas and even provides check-boxes for Honda models.
We'd need to look at those contractors in more detail. They should be paying Income Tax, NI, making provision for sickness etc. themselves. They'd have been doing that either as sole traders or via companies.
Clients, at least in IT, preferred the contractors to work through companies because if the contractor failed to make proper returns it would be the client who would be held responsible. Oddly enough c 2000 I discovered that a client had a stock sole trader contract for freelance graphic designers so it seems that in some industries that sole trader was still acceptable, at least back then.
Going back 20 years pre-IR35 it may well have been that those contracts had started out as sole-traders and maybe stayed that way. If so it indicates a great deal of either trust or naivety on the part of the client. In any case it seems likely that this situation was mutually acceptable to both client and freelancers. That acceptability would have included a rate from which the freelancers would have been able to pay all due taxes. It doesn't amount to being on the cheap. The usual permie complaints include the fact that the freelance rate is higher than the equivalent salary while failing to realise that it has to include elements such as employer's NI.
I think to a large extent brollies came into existence for those who wanted to go freelance but couldn't be arsed to set up proper companies. As to companies not dealing with what you call employees in what you call an honest manner I, as freelancer would have taken considerable offence at a client who tried to strong-arm me into becoming an employee. As a matter of fact I did have a client who tried to recruit me into a vacant permie managerial role; one interesting aspect of that was that they hadn't realised how close I was to their mandatory retirement age and had exceeded it by the time the contract ended. In this context that's an indication that there are considerable differences between employee and freelancer which escape the cursory glance that tries to class freelancers as ersatz employees.
"creating problems"
Let me remind you of who created this particular mess: Prime minister Tony Blair, Chancellor Gordon Brown. The best you could do to absolve them would be to argue they were just the front men for IRC (as it then was). Given that previous Tory governments had resisted the idea it's not much of an absolution.
"one massive incomprehensible pile of ancient rotting C++ and Java code, dragged along over 38 years [since] StarOffice."
I was intrigued about this so I took a quick look at what's installed in /opt/libreoffice7.4
ls -lR|wc -l gives 20338 files. Wow, even taking into account that some of these will just be noise such as directory names it seems a lot. But wait:
In the help directory that command gives 9022 files. IOW nearly 45% is mostly a mixture of html (2569)*, png (211) and svg (5089) of which the html represents stuff that needs language translation.
In the share directory there's even more files, 9916, or nearly 50%, which comprise all sorts of data files including fonts, templates and more
The program directory which includes most of that C++, Java and Python comes to just 1337 files of which 591 are .py files which seem to be just straight python 3.8.16 library files. This isn't to say that there aren't a few jars and pys scattered elsewhere.
There are also 751 xml & xsl files around the place which outnumber the total .jars (282) plus .so files (245 including a few .so.1 etc). (.x[sm]l and .jar counted across the whole installation, .so in /program.)
All-in-all there's little scope for localisation to a particular Linux distro and it certainly doesn't look like a massive pile of C++ and Java, rotting or otherwise. It's not surprising that the download site can get by with just a DEB and an RPM option for Linux.
* For specific file types the counts are filtered for the appropriate file name endings which should eliminate the noise.
I once read that early versions of OO & maybe LO had SeaMonkey tucked away inside but never exposed, mostly to get access to the address book database, which seems a bit excessive.
Mail/Usenet/RSS/Calendar functionality is the one thing that's really missing even if only to stop Office fans whining that it doesn't have them.
Debian also packages LibreOffice but the current version there, as I assume is also the case with RHEL, is quite old. A quick trip to https://www.libreoffice.org/download/download-libreoffice/ brings a choice of the Business Edition and Community editions.
The Community edition comes in the advanced ("If you're a technology enthusiast, early adopter or power user, this version is for you!") and more conservative "This version is slightly older and does not have the latest features, but it has been tested for longer.") versions, currently 7.5.3 and 7.4.7. For each of those there's a choice of 64-bit Linux, DEB & RPM packaged as .tgz; Mac, Intel & Apple; and Windows, 32 & 64-bit. For each of these there's the language and help packs for your preferred language.
The DEBs install or update in /opt with any library files they need, with integration into the KDE or Gnome desktop and without fuss. It's an arrangement that Just Works. This is the established solution to the problem that Flatpak, Snap etc unnecessarily set out to solve.
It would be useful if DEBs could be kept in either Debian's contrib repository or in a Debian-style repository of LO's own so they can be updated by apt. I assume the RPMs could be dealt with similarly.
Perhaps this move by RH will prompt LO to set up suitable repositories.
Several issues confused here.
Most glaringly, how did public domain get into this? Nobody else suggested that.
Secondly note that it was custom software that was under consideration. If a client, government or anyone else, commissions some custom S/W they certainly should expect to receive ownership of that. Where does the market cap of the vendor come into it? The custom application code might well run on top of Oracle or some other database (and both on top of an OS) but it is still a separate and separable layer, capable of being delivered to the client as a discrete package, including source.
Thirdly, if custom software is being specified then the implication is that it will be written from scratch. What would it be rewritten from? And how do you rewrite from scratch?
Fourth, if a client has engaged you to write something for them why on earth would you think yourself entitled to sell what had been written and paid for by them to another client? I have worked for a company who agreed to go into partnership with the original client to sell the package to other customers but this was some sort of joint venture, not a behind the back operation.
"I do hope that there were extensive trials"
These should be properly designed and conducted clinical trials such as would be expected for any other medical device. I know Covid introduced new approaches to speed up clinical trials but even so GPT-4 is of such recent introduction there doesn't seem to have been much time for those.
"the inclusion of non-free firmware on the installation medium as standard,"
I took a quick look at the Devuan equivalent. It claimed the Atheros driver was missing - and then went on to connect to the WiFi anyway. As it happens the previous release does that as well. Actually, I think it's just a data file, possibly listing the channel requirements for various jurisdictions and it's now been realised the error can be displayed and ignored.
What puzzled me is that it refuses to use logical volumes. Unless my memory is playing false - at my age it might - I remember many times working through the Debian installer and assigning logical volumes to /usr, /usr/local, /opt and /var as well as /home with no problem whatsoever. A quick check shows that the previous (i.e. current) version also does that. I think that on the test laptop I was using the version I was trying to install had been an in-place update from the still earlier version. I decided I hadn't time to explore further and it's something I'll have to come back to. It's possible to work round it but it'd be a bit of a faff.