tame3902
Joined 4 years ago
Joined 4 years ago
"On Google.com if you present a Vivaldi user agent and arrive via a redirect, the search text box will be misaligned
On Google Docs if you present a Vivaldi user agent you will receive a warning
On Facebook’s WhatsApp web interface if you present a Vivaldi user agent, you cannot enter the site and are advised to switch to one of our competitors
On Microsoft Teams (chat and collaboration website), presenting a Vivaldi user agent will stop you from being able to use the website
On Netflix, presenting a Vivaldi user agent results in a suggestion to install Silverlight to play videos… yes… really… Silverlight!"
It's what they use for /bin/sh, it has everything that a complete shell needs (including a mechanism for providing command completions) and has code that is much easier to read than bash or zsh.
Something that I also would recommend is the design document for the plan9 rc shell; it is a worthwhile read for anybody interested in shells: https://doc.cat-v.org/plan_9/4th_edition/papers/rc
An implementation is also available if one wants to look at how it could be done: https://github.com/rakitzis/rc
To me it sounds like you were not using the proper technique or didn't warm up enough and your teacher wasn't able to guide into the right direction.
Erdogan also has some interesting ideas about the economy. A quote from his Wikipedia article: "He has pushed the theory that inflation is caused by high interest rates, an idea universally rejected by economists. This, along with other factors such as excessive current account deficit and foreign-currency debt, in combination with Erdoğan's increasing authoritarianism, caused an economic crisis starting from 2018, leading to large depreciation of the Turkish lira and very high inflation."
The resulting crisis has its own article: https://en.wikipedia.org/wiki/Turkish_economic_crisis_(2018%...
"IIRC, the catalyst for it was that early FreeBSD (1990's?) did split up the words on the '#!' line because that seemed convenient. Years later, someone else noticed that this behavior did not match '#!' processing on any other unix, so they changed the behavior so it would match. Someone else then thought that was a bug, because they had scripts which depended on the earlier behavior. I forget how many times the behavior of '#!' processing bounced back and forth, but I had some scripts which ran on multiple versions of Unix and one of these commits broke one of those scripts.
I read up on all the commit-log history, and fixed '#!' processing one more time so that it matched how other unixes do it, and I think I also left comments in the code for that processing to document that "Yes, '#!'-parsing is really supposed to work this way".
And then in an effort to help those people who depended on the earlier behavior, I implemented '-S' to the 'env' command.
I have no idea how much '-S' is used, but it's been in FreeBSD since June 2005, and somewhere along the line those changes were picked up by MacOS 10. The only linux I work on is RHEL, and it looks like Redhat added '-S' between RHEL7 and RHEL8." [https://marc.info/?l=openbsd-tech&m=175307781323403&w=2]
But for unzip the situation is particularly bad because it has no maintainer. Normally, you would raise feature requests for basic functionality upstream and once added, the maintainer would cut a new release. So software with the same version number generally, but not always, behaves similarly across distros.
But for unzip, because upstream is unmaintained, distro maintainers started to add features while keeping the version number. So in the end you end up with different behavior for what looks like the same release.
But the way I learned that unzip is unmaintained was pretty horrible. I found an old zip file I created ages ago on Windows. Extracting it on Arch caused no problem. But on FreeBSD, filenames containing non-ASCII characters were not decoded correctly. Well, they probably use different projects for unzip, this happens. Wrong, they use the same upstream, but each decided to apply different patches to add features. And some of the patches address nasty bugs.
For something as basic as unzip, my experience as a user is that when it has so many issues, it either gets removed completely or it gets forked. The most reliable way I found to unzip a zip archive consists of a few lines of python.
[0]: https://infozip.sourceforge.net/UnZip.html
[1]: here the build recipe from Arch, where you can see the number of patches that are applied: https://gitlab.archlinux.org/archlinux/packaging/packages/un...
In May 2014, Nightdive Studios, a publisher of classic PC titles, filed trademarks for "No One Lives Forever", "The Operative", "A Spy in H.A.R.M.'s Way", and "Contract J.A.C.K.", Nightdive had also been able to acquire the source code for the games, which would enable them to remaster them for modern computer systems. However, Nightdive had yet to comment on the situation regarding who owned the rights to the game. At this point, the rights to the series were unclear, as the property may have been owned solely or in part by 20th Century Fox (which owned Fox Interactive at the time of the game's release), Activision (which acquired and merged with Vivendi Games, which in turn was the parent to Sierra Entertainment, the publisher of No One Lives Forever 2, and had acquired Fox Interactive in 2003), and Warner Bros. Interactive Entertainment (which acquired Monolith Productions). Warner Bros. did file opposition to Nightdive's trademark, leading Nightdive to try to seek a license arrangement. However, Warner Bros. representatives were concerned that if either Fox or Activision had a part of the ownership, that they would also need their approval. Nightdive attempted to work with Fox and Activision to search their archives, but as these transitions pre-dated computerized records, neither company wanted to do so. Nightdive's efforts were further stalled when they were told by Warner Bros. that they had no interest in partnering or licensing the IP, leading Nightdive to abandon their efforts to acquire the rights.
"Although they were in the public domain in the United States, the German court (Frankfurt am Main Regional Court) recognized the infringement of copyrights still active in Germany, and asserted that the Project Gutenberg website was under German jurisdiction because it hosts content in the German language and is accessible in Germany." [1]
Project Gutenberg lost repeatedly in court but the whole saga ended with a settlement.
"Under the terms of the agreement, Project Gutenberg eBooks by the three authors will be blocked from Germany until their German copyright expires." [1]
So if you have a German IP you can't access the ebooks, but if don't you can read them.
[1]: https://en.wikipedia.org/wiki/Project_Gutenberg#Copyright
I think this was a security directive that came from the top.
What I wanted to get at is that the pure core count can be misleading if you care about power consumption. If you don't and just look at performance, the current CPU generations are monsters. But if you care about performance/Watt, the improvement isn't that large. The Zen1 CPU I was talking about had a TDP of 180 W. So you get 6x as many cores, but the power consumption increases by 2.7x.