Bug #80953 [Com]: gzencode(): stream error

Edit report at https://bugs.php.net/bug.php?id=80953&edit=1 ID: 80953 Comment by: rtrtrtrtrt at dfdfdfdf dot dfd Reported by: tessus@php.net Summary: gzencode(): stream error Status: Open Type: Bug Package: Zlib related Operating System: Linux PHP Version: 7.4.16 Block user comment: N Private report: N New Comment: the stupidity of "never touch a running system" makes a idiotic setup where one even didn't manage to chose the right distribution a real server when you want that and use a distribution which is known for two dist-upgrades per year you should not be allowed to touch public servers Previous Comments: ------------------------------------------------------------------------ [2021-05-06 07:50:30] nikic@php.net Moderation note: Comments from Reindl Harald have been removed, so the discussion might read a bit disjointed now. ------------------------------------------------------------------------ [2021-05-06 04:00:20] tessus@php.net Name calling. Really mature. > and no downtimes longer than 5-15 seconds Wow, ok. This tells me what an amateur you are. You have never touched a real server. Go play with your workstation in your basement. > i doubt that for glibc and openssl in recent versions Yep, that's what I thought. It's not my fault that your abilities are lacking. You do know that TLS 1.3 requires openssl 1.1.1, right? I knew it was a mistake even to entertain replying to you. It won't happen again. You are probably this annoying person who was banned a few times from the mailing list or some other troll who thinks they are smart. Either way, what gives you the right to spam this bug report without contributing any useful information? Don't answer. Just go away. I'm done with you. I really have better things to do than wasting my time with the likes of you. ------------------------------------------------------------------------ [2021-05-06 03:11:06] tessus@php.net Stop spamming this bug rtrtrtrtrt, unless you have anything useful to say. Somehow you don't understand that some servers are not rebooted which means there can't be a system update. With all your ignorant comments you missed one simple fact: there's no version 1.1.3 on my system. But I guess you are as puzzled as me, how PHP can report zlib 1.1.3 on a system that does not have a libz.so.1.1.3. I know it is not the best situation. I compile all outward facing services and dependencies myself. I have about 10,000 attacks on that server per day. And in 6 years, nobody broke that thing, not even with DOS attacks. So please, go annoy someone else. So unless you can tell me why PHP 7.3 compiles with 1.2.8 and PHP 7.4 with 1.1.3, even though there's no libz.so.1.1.3 on that machine (nor a static version of libz), stop wasting my time with your useless comments. ------------------------------------------------------------------------ [2021-05-05 20:45:53] tessus@php.net Nope, but I am in the process of setting up a new server. Still not sure if it's gonna help though, since as mentioned before there is no version 1.1.3 anywhere on my system. I also do not have the problem with PHP 7.3. It's specfic to PHP 7.4. But apparently that's not enough for the devs to look into it. ------------------------------------------------------------------------ [2021-05-05 20:18:39] Albert dot sailer at gmail dot com Hi, Could you solve this Problem? Im having the same issue on SuSE. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=80953 -- Edit this bug report at https://bugs.php.net/bug.php?id=80953&edit=1