Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66
| tomman |
Posted on 19-09-02, 16:12 in I have yet to have never seen it all.
|
|
Dinosaur
 Post: #521 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
I can't remember any disk defragmenter having a Scandisk-like UI. ...but then, I only learned about "defragmenting" and "hard disks can go bad for any reason" well after the Windows 95 era. Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-02, 21:05 in Mozilla, *sigh* (revision 1)
|
|
Dinosaur
Post: #522 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
Moz://a is about to release its latest improvement to its JavaScript engine: the Baseline interpreter. https://hacks.mozilla.org/2019/08/the-baseline-interpreter-a-faster-js-interpreter-in-firefox-70/ How long until the JS frat boys figure out how to bring its performance to 486 levels with their newest "instant messaging" browser bloat? I'm all for squeezing extra performance out of our browsers, but sadly noone is doing anything to address the big elephant in the room: massive scripting abuse for everything because the web browser is the new OS :/ Seriously, the solution that those guys are proposing to address performance concerns on their JIT engine is to actually reinforce it with a better interpreter, because modern webapps are so bloated that the JIT performance gains are decimated by excessive compilation times! Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-04, 09:37 in Mozilla, *sigh*
|
|
Dinosaur
Post: #523 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
Win64 is now official? Same as Lin64?! OOOOOOOOOOHHHH YEAH! Upgrading now! Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-04, 21:35 in bsnes v108 released
|
|
Dinosaur
Post: #524 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
"emulating an emulator" Madness. Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-04, 22:58 in bsnes v108 released
|
|
Dinosaur
Post: #525 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
Now I want a FPGA ZSNES. Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-07, 17:01 in Mozilla, *sigh* (revision 3)
|
|
Dinosaur
Post: #526 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
After another CANTV outage, I managed to start deploying SM2.49.5 across my machines. It still works on WinXP! The Win64 version seems to work as smoothly as the Win32 one. Huh, the English dictionary is now missing - looks like I need to reinstall it. Also, the email client now greets you with the integrated calendar extension (Lightning) which is completely useless to me. But then the Seamonkey guys knew that, and on the first run you get asked if you want to keep or disable it. A restart later, my email client is right exactly where I left it. Dictionaries are now broken after updating/installing them! The English one was missing because I'm now using a localized 64-bit build (they're now official!) instead of the contrib en-US build (which shipped with the dictionary). The Spanish one was there, but after updating it it no longer appears... Needs research... UPDATE: Turns out that the new Thunderbird addons site (to which Seamonkey now redirects) offers the WebExtensions versions of the dictionaries by default. But then, Seamonkey isn't infected (yet!) by the Webextensions crap, and those addons will install... but not work at all. The release notes have the following to say: SeaMonkey does not currently support the WebExtensions add-on api. Some popular add-ons like NoScript and uBlock Origin are no longer shown because of this on the SeaMonkey add-ons website. You can usually get them from the manufacturers site. WebExtensions support is a planned feature for 2.57. For dictionaries please install the latest non webext version. All you need is to scroll down on the dictionary addon page you're going to install, find the version history, and pick the most recent version that does NOT say "webext" at the end. Install, done, have fabulous spellar and grammer. > There's nothing intrinsically wrong with JavaScript, more than it being too easy to write. Like PHP and Visual Basic. The languages are not exactly the best ones in the bunch, but indeed you can Get Shit Done without too much effort, and there are thriving communities for support and plenty of documentation. The problem is that easy tools tend to attract crapcoders just like shit attract flies, and that's a undeniable fact. Then, there is no effort applied to get those crapcoders turned into decent coders, even more when your language have significative flaws. When you fix the flaws and your language becomes a first (or second) class citizen, it's already too late: noone wants to use your language anymore, and the files have fled away to a fresher cow dung. Sure, crapcoders abound in pretty much every programming language under the sun (except maybe for the most esoteric ones), but you know how this goes: the easier the language, the more it's prone to get people without the proper knowledge to churn out bloated, unsafe, and unusable pieces of garbage AKA "social apps" and "line-of-business solutions". FWIW, I don't find Javascript a "easy" language by any means (from questionable semantics to the lack of a standard library for pretty much anything useful). And I say this as a Java developer by trade! If I'm forced to pick at gunpoint, I would pick PHP over JS any day of the week. Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-07, 22:44 in (Mis)adventures on Debian ((old)stable|testing|aghmyballs) (revision 1)
|
|
Dinosaur
Post: #527 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
Backports now has some cool stuff for Buster, including a new 5.x-series kernel, so I took the offer. Looks like my Inspiron 6400 kinda disliked it.... or at least the wired NIC (some Broadcom IC that has worked flawlessly since the good ol' 2.6 series) started vomiting at my kernel log: ...kernel log snipped, look at the bugreport... If there is network traffic of ANY kind, I'll get my kernel log spammed to death and back with that crap. This time I'm not alone, as some guy is experiencing regressions with the b44 driver on Ubuntu: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1821564 "If it is not broken, don't fix it!" Linus, where are your angry yells when they're needed?! In the meanwhile I've filled a Debian bug, and refrained from booting 5.2 on this laptop anymore (4.19 works fine) --- If you're updating to kernel 5.2 with the nVidia blob, be aware that the version on Buster will not build with it. Yup, it's that time of the year again, the joys of proprietary kernel modules. nVidia has already fixed this upstream, but until the fixed version lands on buster-backports, you have to fetch the DKMS module from Debian Snapshots (in my case, this one) Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-08, 17:57 in (Mis)adventures on Debian ((old)stable|testing|aghmyballs) (revision 1)
|
|
Dinosaur
Post: #528 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
Doing some research, this nasty bug was introduced sometime after kernel 4.19 (maybe around the initial 5.0 releases), due to some changes in DMA direct functions, because someone decided to get SWIOTLB involved on all this. This is the offending commit: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/kernel/dma/direct.c?h=v5.2.13&id=55897af63091ebc2c3f239c6a6666f748113ac50 Not all devices play nice with this change, including my Broadcom BCM4401 NIC. Playing with the swiotlb= kernel parameter only causes DMA failures or even null pointer dereferences, leading to system unstability and -why not?- crashes. And surprise surprise, I found several other ancient Dell hardware users with the EXACT SAME BUG: https://bugzilla.redhat.com/show_bug.cgi?id=1709671 (Fedora) https://bbs.archlinux.org/viewtopic.php?pid=1844324#p1844324 (Arch) Some may blame this recent commit on the b44 driver itself: https://github.com/torvalds/linux/commit/0f0ed8282e5bfdc87cdd562e58f3d90d893e7ee5#diff-5ab1294594ceb973d7ba266e32b767ea ...but it's not the first time b44 and swiotlb don't play nice: https://groups.google.com/forum/#!topic/linux.kernel/GEx80ZCue1o tl;dr: if you own a Dell system with a wired BCM4401 NIC, AVOID 5.X KERNEL RELEASES! Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-08, 18:08 in Mozilla, *sigh* (revision 1)
|
|
Dinosaur
Post: #529 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
Moz://a is making D'OH the default for DNS queries for you USAians in late September: https://blog.mozilla.org/futurereleases/2019/09/06/whats-next-in-making-dns-over-https-the-default/ https://news.slashdot.org/story/19/09/08/0318237/firefox-will-soon-encrypt-dns-requests-by-default This implies that if your adblocking solution relies on a DNS service under your control, it means Firefox (with the help of Cloudflare) is going to neuter it. Supposedly latest FF releases now block tracking junk, but still, you will still get ads unless you install more clientside bloat to block them. Yes, D'OH is opt-out... for now. Thaaaaaaaaaaanks Moz://a! Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-09, 11:48 in Mozilla, *sigh* (revision 5)
|
|
Dinosaur
Post: #530 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
Posted by Screwtape This implies trusting Mozilla and its partners, something I'm not going to do. I don't trust my ISP (communist after all, and it's because of them that I run my own caching BIND server at home), but certainly Mozilla's track is not stellar. And then, Google is also going to do the same crap, and we can't trust them either. Posted by Screwtape ...and that's exactly what I'm doing here. Thankfully it's just matter to add another RPZ zone to BIND. Then, if you want to go nuclear, you can also blackhole all known D'OH servers too. Posted by sureanem (emphasis mine) Sorry, I'm not installing extra bloatware on my clients. It's DNS or bust, and that's also set in stone for me. I also want every visitor to my network to benefit without forcing him/her to also install extra bloatware on their clients (particularly on cellphones, where not everybody is a phone nerd) Then there is the fact that people don't consider advertising evil/a nuisance/a waste over here where I live, which is expected from a society where people is becoming more and more sadomasochist every day. If you also wish, you can roll your own D'OH server - here is a way: https://docs.pi-hole.net/guides/dns-over-https/ Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-10, 00:56 in Mozilla, *sigh*
|
|
Dinosaur
Post: #531 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
Posted by sureanem Dude, please, GIVE UP. My network, my hardware, MY RULES. If you web browser makers and advertising companies of the world do not agree, I'm free from not using your garbage anymore. It isn't like I could be banned from the Internet. The current model is broken, sure, but the proposed replacements are so terrible I can't even consider those as "upgrades" but more like as "hostile action from the enemy". I AM NOT INSTALLING CLIENT-SIDE ADBLOCKING SOLUTIONS, EVER. ...just for fun, I fired up my Esware VM, which contains whatever versions of Mozilla and Konqueror were available in 2002. No HTTPS site would load on those - Konqueror simply sat there displaying a blank page. Mozilla refused to proceed with a "we don't share common crypto algorithms" error message. The only sites I was able to open were this board (over HTTP) and n-gate (which does not need HTTPS). Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-10, 01:00 in I still HATE smartdevices
|
|
Dinosaur
Post: #532 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
The price of freedom for me is a flip phone without the smartasseries. Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-10, 11:13 in I have yet to have never seen it all.
|
|
Dinosaur
Post: #533 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
Yesterday was September 9th, Cirno's day. Also, it was the day the Dreamcast was released in America, 20 years ago. Since Sega is still ruled by bakas, there is still no chance of a Dreamcast 2 :/ Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-10, 17:55 in (Mis)adventures on Debian ((old)stable|testing|aghmyballs) (revision 1)
|
|
Dinosaur
Post: #534 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
There is a legit use for PulseAudio beyond "juggling with multiple soundcards": visualizations! If you let Pulse move into your house, you get rights to the awesome projectM library, with support for the equally awesome Milkdrop visualizations, and it also ships with a Pulseaudio monitor app that can convert every boop and beep emitted by your applications into pure LSD. ...or at least it should do so if it wasn't too busy How to properly build Debian packages from sources with user modifications dch --nmu quilt new someusefulname.patch quilt add path/to/filename/to/patch.cplusplusisshit <repeat for each file to modify> your-favorite-text-editor ... quilt refresh <repeat for every change> dpkg-buildpackage -b -us -uc -tc Anyway, in the case of projectM, just merge this patch, build your debs, and install the resulting libprojectm-qt1v5 (you don't need to install everything else), because we won't be getting this merged downstream until the next Debian release cycle :/ There you have, you can get your Lennarts high too :D Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-11, 12:01 in Computer Hardware News
|
|
Dinosaur
Post: #535 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
I'll take ALL THE NITROZZZ over sekuritah theater any day of the week, except for when my money is in the line. Why speculators are not shorting Intel stock!? Now seriously, every time I hear about a new external port with DMA, the very next stuff I hear are paranoids and security researchers claiming that the world is going to end in the next 3 days. Dude, noone wants another PIO port! But yeah, for hardware OEMs, security == money, and you know margins are razor thin on those $1500 cellphones and $5000 designer laptops, right? It's time for engineers to take back the industry from the stupid iron grip of beancounters, and that goes from Intel all the way up to Boeing. I'm still waiting for someone to take over my DANGER MINES full DMA capable Firewire ports. But then, I would need to find Firewire devices first, as those have always been very rare where I am located. Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-11, 19:10 in N64 emulators vs. "PJ64 v1.x" emulators
|
|
Dinosaur
Post: #536 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
We're in the era of affordable (and very reliable) flashcarts that use solid state storage. And if you want to dump your ROMs, there are plenty of more modern ways, from Retrode to console->PC link cables that work over good ol' USB. Who in the hell still uses cart copiers in 2019?! Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-11, 20:24 in Mozilla, *sigh*
|
|
Dinosaur
Post: #537 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
And now Google has announced their plans to deploy D'OH: https://tech.slashdot.org/story/19/09/11/1437235/google-to-run-dns-over-https-doh-experiment-in-chrome yeah, "experiment", right... For those trying to get DNS replaced by D'OH: - No OS supports D'OH natively: at this stage, user applications are supposed to BYOD'OH support. - There is also no support for D'OH on DHCP, unless someone comes up with a extension field and manages OS to support it. - Deploy D'OH at home? You can do it, but you now have to either wait for your applications to add support to it, or the whole IT industry to get their act together and bring OS-wide support. Good luck getting Troo UNIX® Way nerds and systemd fanboys on board (the former will reject it because it's too complex, the latter will came with systemd-doh which will be buggy and create more defectors to the BSD camp, where I guess there will also be plenty of bikeshedding over the matter). Also: dealing with certificates. Yuck. - Your legacy boxes are not welcome to the party. - Same as your bootloaders: suddenly you now have to get a full TLS stack implemented into your boot ROMs/firmware/BIOS/UEFIs/whatever. Yay wider attack surfaces! Security researches are gonna inflate their bank accounts even more with their fancy logo-and-website vulnerabilities! - The idea of D'OH is not to bring security (wasn't DNS-over-TLS the standards complaint way to do so?) or privacy AT ALL, but to strip you, the luser from being the owner of YOUR devices, because that's how IT rolls today, in the smartdevice era. If the CIA/NSA/FSB/China/Jeff Bezos' secretary want to spy on your DNS queries, they will still be able to do so anyway. They're taking advantage of the fact that normies and millenials don't give a fuck on anything regarding being in control of their goddamned devices because that involves, y'know, learning. And "learning IZ HARD, oh, the Kartrashians are on TV!!!". Seriously, D'OH is a very bad idea that comes straight from the road to Hell, paved with "good intentions". Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-12, 16:44 in N64 emulators vs. "PJ64 v1.x" emulators
|
|
Dinosaur
Post: #538 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
Posted by Nicholas Steel Then you will not want to use Mupen64+. There is no GUI (beyond the game window). There are third-party launchers that DO allow to modifiy some settings, but nothing to modify plugin-specific settings. Instead, you get to edit configuration files. LIKE AN ANIMAL. But then, the config files are thankfully commented, explaining the purpose of every single option (as long as the plugin developer didn't neglected to add them, of course! - those comments are generated on the fly by the core and/or the plugins on first run, it's a part of the M64P API) Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-13, 12:11 in Mozilla, *sigh* (revision 1)
|
|
Dinosaur
Post: #539 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
Who the fuck is Paul Vixie!? No, please don't answer that. I don't care at all. Also, that was yet another fine sureanem's "I don't care about anyone living in shitholes with limited access to tech, while I wait for the glorious triumph of buttcoins and the death of cash" spampost. Can you land on the REAL WORLD before posting your useless, baseless utopias?! And yes, "REAL WORLD" goes beyond that the four walls of your home. D'OH is a mistake, it is not an solution, nobody needs it, noone wants it, and will fail HARD. Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
| tomman |
Posted on 19-09-13, 13:16 in N64 emulators vs. "PJ64 v1.x" emulators
|
|
Dinosaur
Post: #540 of 1318 Since: 10-30-18 Last post: 9 days Last view: 3 hours |
I actually use that one. It works very nicely, and while it does not have a point-and-click UI (AKA dialogs with property pages) for modifying plugin settings (aside of selecting which plugins you want to use), it DOES integrate a texteditor to edit the .conf file (can't remember ATM if it does syntax highlighting). A fair compromise, considering the limitations of the M64P plugin API. Licensed Pirate® since 2006, 100% Buttcoin™-free, enemy of All Things JavaScript™ |
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66
