00:57:37 https://www.animenewsnetwork.com/bbs/phpBB2/viewtopic.php?t=3187693 everybody there ignores that browsers have developer consoles these days :/ 00:58:03 any of those users could have copypasted the output and some stupid dev would have realized of his cardinal Chromeist sin 00:58:20 instead... let's blame adblockers and Noscript 01:03:36 weird, I'm trying with a FF102 UA, and I still get the event.path error (but the site does load fine, albeit slow, on actual FF102ESR) 01:04:13 I guess it's the previous regex vomit error that throws everything out of whack, then derails into some obsolete Chromeist path? 01:04:44 the event.path error does happen later than the "SyntaxError: invalid regular expression flag s" one 01:05:26 offending regex for today: /[A-Za-zÀ-ž]+|\d+|./gs 01:06:10 flag s is "Allows . to match newline characters." 01:06:36 ...which is FF78+ 01:06:50 https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/RegExp/dotAll 01:15:46 exactly why trying to use a mobile browser sucks epic balls. no dev console 09:54:23 fwiw.. SeaMonkey 2.53.17 Beta 1 is out. 09:58:11 might wanna say that in ya Blog ewong 10:52:30 Has hunspell support been dropped from seamonkey-2.53.17b1 or just the system-hunspell option? 11:05:51 Ah, just system-hunspell :-( 11:22:39 JamminUnit with the switch to webext language packs some thing didn't work any longer so mozilla dropped it. 11:42:42 To be honest I don't like Mozilla's "let's bundle each and every third party software" attitude. Didn't understand it for sqlite and I don't understand it for hunspell as well. 11:50:26 JamminUnit: it's called "vendoring", and if you're distributing software for several platforms including Linux binaries intended to run on one bazillon distros, it's actually the sanest option 11:50:42 of course it's a double edged sword, as usual 11:51:46 vendoring often implies "we've tested building on this specific version of libblah and don't support bugs reported against any other version because we can't test that" 11:52:11 this is a constant source of headaches for Linux distros 11:52:32 Or in other words "we're too lazy to do thorough testing" or "we're not willing to push fixes/changes back to upstream". 11:52:44 and it's not limited to Mozilla - web browsers in general are a terminal case 12:12:29 the web is dead, LLMs will replace all of us anyhow - so something like that 12:15:28 s/so/or/ 12:19:59 oh yeah, AI is the new crypto 20:00:02 JamminUnit the problem is that Linux is too fragemented. Every new library version might change existing apis at will. Even if they are not changed it might introduce incompatibilities when e.g. paramters are treated differently in the new version. Ages ago we had minor and major versions with minor versions keeping api comatibility. No longer the case. 20:00:44 ^parameters 20:01:09 ffmpeg is my favourite offender there 20:04:01 ffmpeg is on the "we believe having a stable API/ABI is for wimps" league 20:04:22 reminder that thanks to yet another FFmpeg API change, VLC no longer has VAAPI hwdec on Debian 12 20:05:59 in theory, if everything had at least backwards-compatibility in public APIs, perhaps excluding major version changes, it should be possible not to rely on specific versions 20:06:24 ... but that'd probably be called "Tempting fate" by tvtropes. 20:11:00 tomman: why is that? Can it be avoided if you compile it all yourself? 20:11:18 I use mplayer and mpv mostly so maybe I haven't been hit by that. 20:11:35 wyatt8740: the story is... complex 20:11:40 basically every player had to adapt 20:11:44 mpv did 20:12:05 VLC did... on their still-unreleased 4.0 branch, for which there is not a release date yet (not even a public beta) 20:12:21 they refuse to backport the fixes to the current 3.0 branch (i.e. the one they ship and distros ship) 20:12:29 ah. VLC doesn't keep the source head public. :( 20:12:33 CLOSED WONTFIX SENDTHEPATCHES 20:12:56 they claim the changes are too intrusive and prefer to focus on getting 4.0 ready 20:13:07 ...which already has a 2 year delay 20:13:32 I haven't been a fan of VLC for some time. Maybe that's part of why. 20:13:39 distros only had three options: 1) ship VLC as-is, and warn users that they will lose hardware decoding on Intel (and possibly some ARM SoCs too) 20:13:52 it just always felt less stable than mplayer (and mpv) 20:13:53 2) keep multiple FFmpeg versions 20:14:03 or 3) get rid of VLC and tell people to use mpv or something else 20:14:06 you remember the avconv disaster, of course? 20:14:34 (in debian, libav/ffmpeg infighting) 20:14:46 ah yeah, long sour memories 20:14:56 Of course, there is hacky workaround to restore VAAPI support to VLC without having to recompile anything 20:15:09 install libvdpau-va-gl1 (or its equivalent on your distro) 20:15:17 then set VLC to use VAAPU for both decoding and output 20:15:42 (tested on an ancient IBM Thinkcentre with a Radeon HD2600 running Debian 12 - surprisingly it works and it's very stable) 20:15:56 --VDPAU 20:16:06 hm, probably won't work on my pentium M laptop since that never had it to begin with 20:16:25 but for the rest, yeah i've used vdpau-va-gl1 before. 20:16:54 Does SeaMonkey even support video hardware decoding? 20:17:03 I believe yes it does 20:17:05 (honest question - never tried as I don't watch videos on web browsers) 20:17:24 and on which API does it rely for that? 20:18:22 va-api i think 20:18:57 tomman I think yes on Windows. It came only lately on Linux and needs webrender. Will be a long path to put this into 2.53. Don't hold your breath. 20:19:38 hm, i guess i was wrong :p 20:19:46 no1: I won't be holding my breath as, just like I said, I watch videos on Media Players™ 20:20:19 on my powerbook G4 it's the only way i can; everything else has wrong-endian problems 20:20:20 sure, I'm missing on all the ads, tracking, and toxic comments, but hey, all I want to do is to WATCH A VIDEO 20:20:59 (and the reason I'll never pay for Netflix or anything with DRM, since they will never work with VLC/mpv/yt-dlp by design) 20:21:07 (under debian) 20:22:39 it is funny how much we are encouraged to spend our time removing copy protections on things by these companies that supposedly are just trying to protect their eye pee.