News for hackers. Stuff that matters.

ran3824692

Re:Killed by Microsoft on Sunday March 27, 2022 @10:25PM (#30826424)
A "content" tag claims "A full list of dead products killed by Microsoft in the Microsoft Cemetery" but all I see is metadata and a javascript tag. Where is the content?

     <!DOCTYPE html>
     <html lang="en">

     <head>
         <meta charset="UTF-8">
         <meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=5">
         <meta http-equiv="X-UA-Compatible" content="ie=edge">
         <meta name="description"
             content="Killed by Microsoft is the Microsoft Graveyard. A full list of dead products killed by Microsoft in the Microsoft Cemetery.">
         <link rel="shortcut icon" href="assets/favicon.png">
         <meta name="theme-color" content="#FAFAFA" />
         <link rel="canonical" href="https://killedbymicrosoft.info" />
         <title>Microsoft Graveyard - Killed by Microsoft</title>
         <meta name="image" content="https://killedbymicrosoft.info/assets/social/card.png">
         <!-- Schema.org for Google -->
         <meta itemprop="name" content="Killed by Microsoft">
         <meta itemprop="description"
             content="Killed by Microsoft is the Microsoft Graveyard. A full list of dead products killed by Microsoft in the Microsoft Cemetery.">
         <meta itemprop="image" content="https://killedbymicrosoft.info/assets/social/card.png">
         <!-- Twitter -->
         <meta name="twitter:card" content="summary_large_image">
         <meta name="twitter:title" content="Killed by Microsoft">
         <meta name="twitter:description"
             content="Killed by Microsoft is the Microsoft Graveyard. A full list of dead products killed by Microsoft in the Microsoft Cemetery.">
         <meta name="twitter:site" content="@killedbygoogle">
         <meta name="twitter:creator" content="@killedbygoogle">
         <meta name="twitter:image:src" content="https://killedbymicrosoft.info/assets/social/card-twitter.png">
         <!-- Open Graph general (Facebook, Pinterest & Google+) -->
         <meta name="og:title" property="og:title" content="Killed by Microsoft">
         <meta name="og:url" property="og:url" content="https://killedbymicrosoft.info">
         <meta name="og:description" property="og:description"
             content="Killed by Microsoft is the open source list of dead Microsoft products, services, and devices. It serves as a tribute and memorial of beloved services and products killed by Microsoft.">
         <meta name="og:image" property="og:image" content="https://killedbymicrosoft.info/assets/social/card.png">
         <meta name="og:site_name" property="og:site_name" content="Killed by Microsoft">
         <meta name="og:type" property="og:type" content="website">
     </head>

     <body>
         <div id="killedbygoogle"></div>
         <script src="main.js"></script>
     </body>

     </html>
Re:Wikimedia is moving to Gitlab on Wednesday October 28, 2020 @02:11PM (#24922159)
Thank you.
Re:Wikimedia is moving to Gitlab on Wednesday October 28, 2020 @01:34PM (#24921682)
No. Spammers will create repos and user profiles and snippets and anything they can with spam in them.
Re:Wikimedia is moving to Gitlab on Wednesday October 28, 2020 @01:27PM (#24921577)
That is not the core of the problem. Spammers are humans, and sometimes they will solve recaptchas in large quantities to get their spam through. Its about having a multipronged approach for administrators to stay ahead of them. For some examples of free solutions see https://www.mediawiki.org/wiki/Manual:Combating_spam. It's even possible to connect spamassassin to forms. Gitlab needs tools and automation that detects and rolls back spam, bans users, knobs to tune restrictions and rate limits based on how spammers are acting. Gitlab inc just hasn't seemed to care much to help people trying to use Gitlab and keep their software freedom.
Re:Wikimedia is moving to Gitlab on Wednesday October 28, 2020 @01:01PM (#24921205)
invent.kde.org uses the nonfree google Recaptcha, that prevents it mostly. Not very nice for KDE to make people run nonfree software blob in their browser that gives up their freedom, gives up their privacy to google and trains Google's proprietary machine learning models.
Re:Wikimedia is moving to Gitlab on Wednesday October 28, 2020 @12:44PM (#24920942)
There's been a gitlab bug for almost 3 years to stop relying on recaptcha, https://gitlab.com/gitlab-org/gitlab-foss/-/issues/45684 Debian, KDE and Gnome have never wanted to make their users run Google's nonfree javascript blob to contribute on their gitlab instance. There's been interest, Gitlab has done very little about it. Edit: other bugs about this can be found here https://gitlab.com/gitlab-org/gitlab-foss/-/issues/46548
Re:Freedom is not simple on Wednesday August 12, 2020 @10:54AM (#24132613)
> I have not read it

Then try reading instead of typing, especially https://www.gnu.org/philosophy/freedom-or-power.en.html

Re:The terms of the AGPL are pretty easy to comply with on Monday July 27, 2020 @04:24PM (#23969034)
The point people keep talking about here as risky are: what is a derivative work, and what constitutes complete and complete corresponding source definition. Both of those things HAVE been tested. complete corresponding source definition is the same in gplv3, almost exactly the same in gplv2. Derivative work is a general copyright thing tested in many cases. The extra paragraph doesn't have anything to do with them. To recap: 99% of the license is tested, and the "risk" everyone is discussing are about the parts that have already been tested. Basically, what Drew wrote is true.
Re:The terms of the AGPL are pretty easy to comply with on Monday July 27, 2020 @03:23PM (#23968468)
> They do, however, very often use existing language, and custom language is minimized.

Guess what, AGPL does that too. Its only 1 paragraph different than GPL.

> Where contracts are often almost entirely standard per-company

"standard per-company", means custom and used used throughout the company. That doesn't make it less risky, and its not like these things don't constantly change and are hugely complicated, just look at privacy policies. AGPL is standard for all companies.

> And very rarely is the company in danger from the non-boilerplate clauses.

Citation needed.

Re:The terms of the AGPL are pretty easy to comply with on Monday July 27, 2020 @03:09PM (#23968329)
AGPLv3 is exactly the same as GPLv3 except that it adds 1 paragraph. That paragraph has nothing to do with corresponding source or what a derivative is. Google ships distros with Gplv3 to customers GCP, so Borg and GCP stuff would be equally affected by the "risk to Borg" and other server side code, so, I don't believe that the claimed legal risk is real, just FUD.
Re:The terms of the AGPL are pretty easy to comply with on Monday July 27, 2020 @02:45PM (#23968081)
Corresponding source has the exact same definition in GPLv3 and almost exactly the same in GPLv2, so all this "its completely untested" thing is completely disingenuous. Google uses Borg to control gplv3 code that they also distribute, so, exactly the same case and its complete BS you are spreading. Lawyers are actually pretty good at spreading FUD about GPL, they always have been.
I went to a high school in Cali that was converted to a charter school. As far as I could tell, the main change was that they kicked out all the kids with poor grades or other problems. That is the polar opposite of "choice", it was about increasing inequality and it was completely disgusting.
> in a way that puts formal limits on what they can do with it and how long they have access to it, and I as the patient have both the right and technical ability to revoke that access

If that's what SOLID is, its a scam and more of his DRM promotion. There is no technical way to "revoke my access." Unless you have a memory erasing implant in my brain, if the data gets onto my screen, I can copy it and access it forever. Period. Fuck Tim Berners-Lee.

> In the context of the early Web, should we have prevented any company from making their own website?

Well, websites are now a bundle of arbitrary remote code execution called javascript, we didn't allow that, so by today's standards, ya we did.

> Enforced some standard for how your website UX should work in the name of security and usability?

Well, html, so ya, again, ya we did. And we could again. A lot of the functionality of apps simply don't justify requiring you to run a program.

Re:Virtual Conferences: A Guide to Best Practices on Friday April 10, 2020 @03:13PM (#22836362)
Table of like 30 videoconf programs but misses Big Blue Button, the best free software one I've used. And it doesn't mention the license of any of the programs.
What license?
But the source code of many important parts of android are nonfree, so google can update it to send your cleartext password and you would never know.
Re:Security Architecture Anti-Patterns on Wednesday January 15, 2020 @08:19PM (#22060766)
Top comment "This is pretty unhelpful", ya, requiring running nonfree javascript to learn about security anti-patterns is an antipattren. Fuck corn, fuck bread.
Re:Stallman Still Heading the GNU Project on Friday September 27, 2019 @10:49AM (#21092592)
He simply expects anyone who wants to keep their freedom to use youtube-dl, which is packaged in trisquel.
Re:Stallman Still Heading the GNU Project on Friday September 27, 2019 @10:22AM (#21092298)
No one has ever accused him of hitting on his female coworkers. His assistant for the last 15 years is a woman. In most of his activities, hes a volunteer activist. Some of his critics are past female coworkers, but they would gladly say he has never done that. So, you actually can know that.
Re:Observable’s Not JavaScript on Friday June 14, 2019 @02:39PM (#20185495)
I get blank page without running javascript. Not observable.
Re:My Personal Journey from MIT to GPL on Friday June 14, 2019 @01:03PM (#20184547)
Nonfree software is often malware, https://www.gnu.org/proprietary/proprietary.en.html , and it's nowadays built on top of permissively licensed free software. Its not just a difference of opinion and its not about "selling" the software. Red hat happens to sell lots of free software.
Re:What comes after open source on Tuesday April 02, 2019 @01:05PM (#19556332)
The point about what is in the right spirit is important to discuss, however, there's also a lot wrong in this article. The thing that bugs me the most is misrepresenting FSF.

1. Attributes this https://fsfe.org/news/2019/news-20190326-01.en.html to the fsf. That is not the fsf, but the fsfe, which is independent from fsf.

2. I don't think that fsfe press release "supports expanding copyright".

3. "The FSF didn’t move to GitHub because GitHub is proprietary, and they see that as inconsistent with their values." Thats not correct. For starters, see https://www.gnu.org/software/repo-criteria.en.html

4. "If a company were to add a proprietary feature to an open source project, yet pays five employees to develop the open source part further, the FSF sees this as a tragedy." Wrong. First, FSF accepts donations from proprietary software companies, so it's participating in in a tragedy? FSF does not say things like: "The FSF believe because your born, you're going to use nonfree software, which is bad, so being born is a tragedy."

5. Look at what fsf and osi say about "open source" vs "free software" https://www.gnu.org/philosophy/open-source-misses-the-point...., https://opensource.org/faq, and neither say that permissive or copyleft being any part of the of it, so its definitely not the main thing like the article describes.

No, it requires nonfree firmware to be loaded by the driver.