You are not logged in.
No not OpenBSD's thinking, the actual definition which goes back more than a few decades:
https://en.m.wikipedia.org/wiki/Binary_large_object
I don't place much faith in belief systems surrounding GNU/FSF. Device firmware is just a fact of life - some implementations are acceptable others are bad, some more are utter crap. But unless you have the money and resources to develop your own hardware, we're stuck with x86. I think that situation is positively win, win for Microsoft. Linux and 'BSD users stranded on old hardware, while it continues this latest "embrace" phase.
While we're talking "beliefs" I have the firm conviction that the new Microsoft is far more dangerous to free software than the old.
MS have been working on WSL/WSL2, Azure, etc for many years. All of those products are about /not/ running a Linux OS on bare metal but on proprietary software owned ad controlled by Microsoft. Its takeover of the github platform and other acquisitions are all part of the same strategy.
Hardware is "intellectual property". To maintain a competitive advantage there are "trade secrets". The hardware you use was developed by corporations who seek to profit from it
"All rights reserved" refers to copyright - it has nothing to do with software licensing.
The MIT license would not stop e.g. Intel from taking Nvidia's code, which they have spent billions and decades of research on, and just incorporating it in their own products - decreasing Nvidia's advantage in that market and share value. tl;dr - they won't do that.
BLOBs are not the same as device firmware. The latter is part of most devices, either residing the device's NVRAM or as a firmware image which is loaded via the device driver/firmware loader.
Far from being unnecessary, they are actually the device's own OS. In that they are code which runs on the device itself and not any kind of x86 OS binary.
Some firmware is "open source", some is proprietary. Despite contributing driver code the Linux graphics stack, Intel and AMD graphics tech is every bit as proprietary as Nvidia - with closed source firmware and hardware. They won't release code which could threaten their commercial interests.
Camtaf, you're correct in that modern CPU's actually use a firmware layer called microcode, which runs on the "hardwired" CPU. Microcode makes it possible, well most of time, for the vendor to "patch" the CPU. There are also "out of band" processors running on modern CPU's, running a small OS - e.g. the Intel Management Engine.
The IME has been deliberately designed to prevent the end user disabling it. Along with UEFI and Secureboot, all of this tech equates to less freedom, privacy and security for end users.
As headstick has said, raspberry pi and its Broadcom chips, is no escape - neither is in fact ARM, if/when Nvidia buy them out.
The raspberry pi people already made their intentions plain in the PR disaster regarding the vscode Microsoft repository. But if you're already in bed with Broadcom, signed NDAs and developing devices loaded with proprietary firmware, courting Microsoft is not such a big deal.
Secureboot is not a security feature.
I've warned about Secureboot and UEFI for years. That it was essentially a ploy by Microsoft to have greater control over the OS that's installed on the x86 platform which it effectively controls.
MS left it up to OEMs to decide on whether they allow secureboot to be disabled. But MS also has an undisclosed deal with the OEMs. Part of that deal is exclusivity for MS Windows.
This site will always attract nutters - that's just inevitable.
July 7, 2021
On July 7th, 2021 the LinuC website was attacked by Devuan hackers! The attackers announced it in their forum, with a matching time stamp of the attack! You can see the hate speech in the following link, people are very busy with themselves:
And I'm not a software developer either, as you can read on LinuC. But I'll try to motivate some good people.
I see...
It seems you want others to construct your pet project Linux distribution thing for you? Are you going to motivate these "good" people with monetary remuneration for their efforts? Or do you expect them to work for free ?
As I first suspected - this is vapourware - in fact it hardly qualifies as that... as that term usually applies to those with the skills but who lack either the time or the will...
I think there's a huge difference between design philosophies of any given software project - and people who's involvement or usage of, any given project is only as a means of a platform for pushing their ideology/beliefs/worldview/political agenda on others.
"Project management" eh?
Against ideology?
"Praised be Jesus Christ!" is the only content on your website.
I think you should stop now.
That's trading Intel or AMD, closed source firmware, etc - for Broadcom, more closed source firmwares and the company who famously stated that they had taken the decision to "trust Microsoft", when they included an MS repository in their OS.
x86 is also a huge and stupid problem.
On a semi related note, corporations are dangerous without actual checks and balances.
There is a reason x86 was often dubbed "wintel".
MS hijacked that market from IBM who admittedly probably got what they deserved and again with OS/2. Their were casualties along the way along with, most notably, CP/M, and others of course. Everything that has occurred since has been at the behest of Microsoft, including UEFI and Secureboot, often to the rapturous applause of some Linux fans (quoting some developer on the payroll of AMD, Intel, Microsoft or whoever as they gush about meaningless quasi security). If things had worked out differently you might have had two Apples instead of one and no "open" x86 hardware. It's hard to say, but old MS may have been a "necessary evil", whereas new MS are just evil. EEE didn't just stop, it was simply adapted to the times.
The reality is that MS' secret deals with its OEMs continues, alternative OS are still frozen out of new PC sales and closed source firmware is the norm. The Intel Management Engine may not be the worst thing they will devise...
I would not dismiss FreeBSD, NetBSD or DragonFly BSD either.
GPL zealotry has gotten us exactly here.. .
"If my fears come true, there will be a storm of indignation around the world, very soon! And that will affect Microsoft too. I don't know how many users Windos has, but if only 25% switch to Linux, then you should be well prepared for it."
I'm afraid your predictions might be just a bit off oh great prophet.
Whatever is exposed about certain individuals, no matter how big, the world will still turn and MS will still dominate their x86 PC market. Business is business.
"But unfortunately he made it freely available to everyone"
This argument is nonsensical. You're arguing that he should have made it proprietary?
"How many Linux distributions and derivatives are there? It should be 5, maybe a maximum of 10. But unfortunately it really is a crisis!"
"But it bothers me that as a user I have to search for the good distributors in this pile of "crap" for days or months! This is what makes life difficult for us as a user!"
Choice isn't a bad thing. You're essentially asking people not to release their distributions so that you have less options. More nonsense.
I'm sure that if you look at most browsers and in fact the source code of many well known GUI applications, you'll find similar.
As headstick knows, Theo de Raadt gave a fairly casual "best of a bad lot" endorsement to chromium, as the code quality and security aspects are well ahead of Firefox, but chromium comes with many other problems such as horrible UI and being a google project. It's partially why there are so many forks. The problem I find is that none of the forks are any good or worthwhile or come with their own problems - Brave being one example. Or the fork is from the likes of Microsoft...
Terrible choices, but given all those choices Firefox still come out looking like a better option than many others. Aping chromium and taking google's money for years has gotten them to where they are now - fielding the only viable contender to a chromium / chromium based mono culture, having lost most "market share" to chromium, but with google in a position to pull the plug at any time... talk about "own the resistance".
But palemoon didn't really even block the extension he was mad about, just made you flip a bit in about:config to be able to install it. For example, he's upset that they "blocked" noscript, but I was still using noscript with palemoon quite recently by flipping that bit in about:config.
Mozilla have been doing this for years with firefox i.e. removing UI elements from the browser chrome and only allowing tuning them in js config. If you look at for example Seamonkey's configuration, you will have a rough idea of earlier firefox configuration. Firefox UI based configuration is unusable to the extent that it was designed to ensure the user easily misses the things Mozilla (and its paymaster google) want them to miss. My point is that its not an excuse to remove an on/off control and the insist that users can alter the js config to get that same result. Why remove that control if you're not planning to deprecate it?
Once a project goes down that route, they're already knee deep in the same philosophy as e.g. the gnome or chromium projects - i.e. contempt for the end user and manipulation of said users to use the software only in the way the UI designers intended it.
As a general rule - if the UI control is removed, the ability to tune that variable from the js will follow, then it will be a compiler flag, then gone altogether. If you consider it carefully there is no other viable reasoning for hiding a UA control in the first place other than to deprecate it altogether to stop users from changing it
mstrohm wrote:Pale Moon looks promising
No, it doesn't: https://digdeeper.neocities.org/ghost/b … l#palemoon
That article comes across as to being spurred by a particular agenda, but citations are relevant. The developers are making some very questionable decisions - and perhaps it's time the browser's fans cast their minds back as to why they stopped using browsers such as chrome or firefox?
The way the forum is administered and how the lead developers behave, may be irrelevant to the actual software itself, but the obnoxious and arrogant posturing and in particular the attitudes on show in the "insect" comment and the posting directed at the individual trying to work on an OpenBSD port, is in fact reflected in the code - in the decisions regarding tor, add ons, blocking user agent override, etc - in general foisting changes on users for a particular reason, while publicly offering another line of reasoning - not so plausible reasoning. For example the UA override removal and reasons stated for doing so were questionable - and it's likely that the same narcissistic reasoning of "branding" was behind that, as it was with the OpenBSD port situation - in that allowing users to masquerade as firefox his perceived "market share" suffers. It looks like it's - "Our browser, Our way"... Except in reality it's a fork, with the overwhelming bulk of that code being from decades of dev work at Mozilla (and Netscape before that).
They are developing and maintaining a boatload of "garbage features", yet FTP protocol handling has to go.
FTP is "secure" because it's used by those with a good understanding of why they use it, i.e. those who will check the md5sum of a downloaded file. It's just not useful to mainstream faecebookers.
People have more to worry about from malicious js used in websites served over over https run by phishing scammers and the like...
I still use ftp professionally. I've had to go back to filezillla at work for simple anon ftp etc.
There is nothing wrong with using it. If you download an .iso image and check the md5sum, that is really no different to using SSL/TLS. Ultimately you should have the choice. They have willfully deprecated it as part of a wider industry led strategy and not because of any concerns over maintaining it.
HTTPS is being de facto standardised to force all traffic via google, faecebook, amazon, ms, cloudflare, et al.
You could have tried:
su
system-config-printer
The "invalid misc" is what you need to look into. The other devices may be ok, but is this computer closer to any potential sources of interference?
rtl8168 is your ethernet.
The broadcom devices supported by the b43 driver will not work at all without proprietary firmware extracted from the wl vendor driver tarball. If you installed what was needed via downloading and installing with dpkg, then you've probably done enough, but it wouldn't hurt to enable contrib and non-free repositories as suggested, and do an upgrade, just in case whatever packages you downloaded were for an older release? Perhaps you can elaborate on why they were installed manually and where they were sourced from?
Or did you in fact instlll wl via some other source?
No.
Ron and zapper retaliated to post no 4, with the somewhat condescending "stockholm syndrome" comments, then proceeded with a line of argumentation in much the same format - i.e emotionally charged and misinformed.
Then when I offered critique of their top favourite web browser, grew more hostile and emotional and continued to paint me as a google fan / apologist.
I'm more of a Microsoft fan actually.
Did you bother to get the other side of the story?
https://forum.palemoon.org/viewtopic.ph … 56#p134236
A lot of this stuff I really don't get, I admit.
Clearly. Did you check the times of postings? Did you read Ibara's OP in the thread you linked? He was given less than 24 hours before they sent in some cretinous amateur legal rep, with "cease and desist" threats...
Did you consider that it was a private individual attempting to port the software to OpenBSD and not in any way someone representing the project? Did you consider that it was someone who was not out for commercial gain, who was only creating a port of the browser on OpenBSD as a service to others? If you have a problem with that, you have a problem with FOSS and you should immediately switch to Mozilla or google as that's exactly how they operate. In fact, somehwhat in Mozilla's defense, they were never so obnoxious in their dealings with Debian during the Iceweasel years - and they were obnoxious enough - but unlike this petty project, they may have at least had reason to be - as the developers of the software.
But from what I can glean from it, they made some changes that weren't allowed for it to still be called Pale Moon. What's the problem with that?
Nothing "wrong with it" as such, that's the terms of the MPL, as defined by the organisation you seem to hate so much, who incidentally created firefox and developed it on from the codebase as provided by the netscape browser. Your cult of personality "Moon Child", simply patches older code and adds his own branding and logo and then issues threats - check the licence before you deign to lecture others. There are few other FOSS projects using such a licence and issuing such threats.
That would be like me getting a Ford car, putting in a GM engine, but still labeling it and selling it as a Ford, which would clearly be wrong. Am I right or am I wrong?
You're wrong.
Oh, hello cynwulf, I didn't recognise you in your new sockpuppet
Errr what... ummmm?
ibara could have still used the system libraries and just rebranded the port as Newmoon (or whatever) and I strongly suspect he would have done so had the Palemoon people not been such a bunch of wankstains.
It's obvious to me as to Ibara's intentions. The "Palemoon people" simply chose to wave their "legal" dicks around...
In terms of their credibility - all doubt has now been removed. Pompous, self important pricks...
Which reminds me - nice to see you headstick.
Juicy issue thread for those who are curious: https://github.com/jasperla/openbsd-wip/issues/86
So the Palemoon devs were assholes and pissed off ibara sufficiently that he dropped the port. @ibara is active over at daemonforums.org and he is an absolute legend, I will hear no ill will spoken of him.
They are even bigger cunts than I took them for... Threatening and talking trademarks, while quoting the MPL... when they simply patch obsolete Mozilla code and stick their own badge on it and release as proprietary freeware.
I'm just disappointed that Ibara bothered to try and port the thing at all.
@golinux, thanks I just hope headstick's link will be an education for some as to nature of the arseholes involvled in that project. But I don't hold out much hope, because fanbois are so often taken in by such snake oil salesmen.
@Ron, old code - especially something based on netscape, also has vulnerabilities or fundamental design flaws... new code can have the same, but developers of newer code don't really have any excuses.
I you get kernel source from kernel.org, you will get the firmware regardless.
zapper, there is no "feud". You are spreading misinformation and betraying your own ignorance. Please stop.
This a bad case of "the mote and the beam"... first exhibit is your trolling of the OpendBSD misc mailing list with misinformation:
https://marc.info/?l=openbsd-misc&m=158692336815902&w=2
Software like wine or palemoon belongs in "ports" in any of the BSD projects. They are not part of the base system. If you want an OpenBSD port of palemoon, you're free to contribute one.
Your embarassingly childish outburst again on the misc mailing list, only betrayed yout complete lack of knowledge of the project.
https://marc.info/?l=openbsd-misc&m=158692845817261&w=2
Because you cannot post snything factual or worth taking the time to read you are ignored.
@Ron, is "old and obsolete, though still actively developed, code" better?
Whenever HyperbolaBSD is finished...
I wouldn't hold your breath nor stake your hopes on a project which makes such "hyperbolic" statements as:
"Due to the Linux kernel rapidly proceeding down an unstable path..." and talks a lit about GPL3 while planning to base its project on code which is anything but.
I have interest in this because of wine-staging doesn't work in it
So you have an interest in an, at this stage, theoretical project from developers that want use the OpenBSD kernel, GNU userland, remove all firmware and "liberate" the kernel, just so that you can run wine and MS Windows programmes? I see.
Edit here, OpenBSD disabled the mutlilib in wine for security reasons,
The OpenBSD project don't do any work on wine. The wine port has been incomplete / broken / abandoned for years.