●● IRC: #techbytes @ Techrights IRC Network: Wednesday, April 03, 2024 ●● ● Apr 03 [04:31] schestowitz > Thanks, and thanks for spreading the word! [04:31] schestowitz > [04:31] schestowitz > The others are still in the works. I will turn that long post into a [04:31] schestowitz > series, but I'll probably post them one at a time, on seemingly [04:31] schestowitz > unrelated topics, without directly mentioning xxxx, before threading [04:31] schestowitz > them all together into a post in defense of xxxx's. But it will be a [04:31] schestowitz > while. For now, I'm busy busy preparing the xxxx speech, the tax [04:31] schestowitz > returns software, fixing two issues in Linux-xxxx, and whatnot ;-) [04:31] schestowitz > [04:31] schestowitz > Thanks for your patience. [04:31] schestowitz > [04:31] schestowitz > I'd appreciate if you could hold off from putting that one out. There [04:31] schestowitz > are some very important changes to make, on matters that xxxx said [04:31] schestowitz > would bring him harm if left unchanged. [04:31] schestowitz Yes, I understand. [04:31] schestowitz I spent a lot of time editing the last one to obscure the author and what it was about or who it was about. ● Apr 03 [10:34] *parsifal has quit (Quit: Leaving) [10:56] schestowitz "Microsoft tests animated AI chatbot for Xbox" [10:56] schestowitz https://qz.com/xbox-reportedly-getting-ai-chatbot-respond-to-queries-1851381293 [10:56] schestowitz # spam [10:56] -TechBytesBot/#techbytes-qz.com | Microsoft tests animated AI chatbot for Xbox [10:57] schestowitz "New Adlumin ransomware protection feature thwarts encryption attacks" [10:57] schestowitz x https://siliconangle.com/2024/04/02/new-adlumin-ransomware-protection-feature-thwarts-encryption-attacks/ [10:57] schestowitz # windoze based snakeoil [10:57] -TechBytesBot/#techbytes-New Adlumin ransomware protection feature thwarts encryption attacks - SiliconANGLE [10:58] schestowitz "What new electricity bill means for South Africa" [10:58] schestowitz x https://techcentral.co.za/new-electricity-bill-south-africa/242273/ [10:58] -TechBytesBot/#techbytes-techcentral.co.za | What new electricity bill means for South Africa - TechCentral [10:59] schestowitz "Limited cell phone usage to be allowed for recruits in Navy boot camp" [10:59] schestowitz https://www.navytimes.com/news/your-navy/2024/04/02/limited-cell-phone-usage-to-be-allowed-for-recruits-in-navy-boot-camp/ [10:59] schestowitz # wtf??? [10:59] -TechBytesBot/#techbytes-www.navytimes.com | Limited cell phone usage to be allowed for recruits in Navy boot camp ● Apr 03 [11:01] schestowitz x xhttps://qz.com/microsoft-windows-security-safety-tips-1851380088 [11:01] schestowitz # did not click [11:01] schestowitz https://qz.com/microsoft-windows-security-safety-tips-1851380088 [11:01] -TechBytesBot/#techbytes-qz.com | How can I make Microsoft Windows more secure? [11:08] schestowitz "Heartbleed is 10 Years Old Farewell Heartbleed, Hello QuantumBleed!" [11:08] schestowitz x https://www.securityweek.com/heartbleed-is-10-years-old-farewell-heartbleed-hello-quantumbleed/ [11:08] -TechBytesBot/#techbytes-Heartbleed is 10 Years Old Farewell Heartbleed, Hello QuantumBleed! - SecurityWeek ● Apr 03 [12:42] *psydroid2 (~psydroid@u8ftxtfux23wk.irc) has joined #techbytes ● Apr 03 [16:35] *jacobk (~quassel@32hz32it3ih2k.irc) has joined #techbytes [16:42] schestowitz http://ipkitten.blogspot.com/2024/04/guestpost-does-judicial-composition-of.html?showComment=1712005127055#c7320813775746828298 [16:42] -TechBytesBot/#techbytes-ipkitten.blogspot.com | GuestPost: Do certain panel compositions of the UPC Court of Appeal breach article 6 ECHR? - The IPKat [16:42] schestowitz "Further to the problem mentioned by Lionel Martin, there are other problems under Art 6(1) ECHR.

It is first the provisional allocation of duties originally allocated to London to the Paris and Munich sections of the central division and second, the opening of a Milan section of the central division.

The provisional allocation of duties was decided by the presidium of the UPC in blatant breach of Art 7(2) UPCA a [16:42] schestowitz nd of Annex II of the same, even before the UPC actually opened its doors. Where was it ever seen that a court can decide by itself to amend and interpret its founding treaty and thereby willingly ignore Art 31 and 32 VCLT?

The amendment of the UPC by the Administrative Committee of the UPC under Art 87(2) UPCA seems as well lacking any legal basis. According to Art 87(2), the Administrative Committee may amend the UPCA to b [16:42] schestowitz ring it into line with an international treaty relating to patents or Union law. Which international treaty on patents or Union law can be use as pretext to amend the UPCA as it has been done? In the decision of the committee there is also no trace of Art 31 and 32 VCLT.

Art 87(2) UPCA has been designed to align the UPCA to legislations adopted in all contracting states, be it under a international treaty on patents or Union [16:42] schestowitz law, for example a EU SEP or SPC regime.

Art 87(2) UPCA was never devised in order to adapt the UPCA to Brexit. This is even more the case, since the UPCA does even not contain any exit clause. The withdrawal of the UK with a simple Note Verbale is as well doubtful.

It does thus not come as a surprise when the Court of Appeal decided to get read of the 5 member composition for reasons of efficiency. Efficie [16:42] schestowitz ncy was also the reason invoked by the presidium when it decided to change the allocation of duties, even before the UPC opened its doors.

What matter here is the rule of law and not some efficiency considerations. Parties and the public at large should be able to trust a court. This is the reason d'tre of Art 6(1) ECHR. Why has it blatantly be ignored with all those "adaptations" of the UPCA?" [16:53] *jacobk has quit (Ping timeout: 2m30s) ● Apr 03 [17:28] *jacobk (~quassel@6wygwq2t5e2hw.irc) has joined #techbytes ● Apr 03 [18:04] schestowitz Are there issues with the site again? I'm now getting a timeout instead of a 500. [18:04] schestowitz It is working for me [18:04] schestowitz Now it's working for me again, too. [18:04] schestowitz We were getting brief timeouts yesterday but we think it is external to our site. Perhaps linode/akamai are doing something. [18:04] schestowitz By 'we' I mean fab23 and myself couldn't pin it down to anything else :) [18:04] schestowitz *fab23 and I [18:04] schestowitz how long did the timeout last? [18:04] schestowitz site loads ok from here [18:04] schestowitz "given me a cough so fierce that I occasionally fall over." https://mwl.io/archives/23512 [18:04] schestowitz Up and down... Up and down. Perhaps the site is seasick? ;) [18:04] schestowitz it needs some viagra to stay up [18:04] schestowitz hard to debug site availability when you outsource traffic or pass it around [18:04] schestowitz Can you say for certain whether it is our site or whether if might be something akamai might be working on? [18:04] schestowitz what is ugly that it is only the IP of www but not the mail host. [18:04] schestowitz does it route to cogentco.com? [18:04] schestowitz based on traceroute it is [18:04] schestowitz somebody mentioned akamai [18:04] schestowitz I wonder if that is k0lie's system? [18:04] -TechBytesBot/#techbytes-mwl.io | Marchs Malformed Sausage Michael W Lucas [18:07] schestowitz nooooooooooo [18:07] schestowitz schestowitz[TR]: it is only IPv6 which causes trouble, based on my Nagios [18:07] schestowitz sorry for longpaste [18:07] schestowitz souunds like isp issue [18:07] schestowitz or cdn [18:07] schestowitz as far as I know there is no CDN in use for SN [18:11] schestowitz and as mention, the IPv6 for soylentnews.org and mail.soylentnews.org are in the same /64 subnet [18:11] schestowitz I get connected to akamai - no cognetco seen at all [18:11] schestowitz *cogentco [18:11] schestowitz https://www.akamaistatus.com/ [18:11] schestowitz ^ Akamai Status [18:11] schestowitz Apr 3, 2024 [18:11] schestowitz Unresolved incident: Edge Delivery Issues in Dallas and Atlanta. [18:11] -TechBytesBot/#techbytes-www.akamaistatus.com | Akamai Status [18:14] schestowitz yep, I saw that yesterday [18:14] schestowitz i worked for clients with this outsourced CDN BS for over a decade [18:14] schestowitz as far as I know Linode is just owned by Akamai, but I guess their infra is still different [18:14] schestowitz in most cases they ccause more trouble, even down time, than they are "worth" [18:14] schestowitz whe they are down your site if "down" even when it is night [18:14] schestowitz and debugging technical issues is harder due to external factors outside your control [18:14] schestowitz aside from privacy issues among others [18:19] schestowitz traceroute / mtr / ping may show * if the host in the route does not answer to this packets. [18:19] schestowitz I appear to be losing most at the Amsterdam edge [18:19] schestowitz can you not toggle off akamai cdn/proxy in linode ui? [18:19] schestowitz We're not using any proxy or cdn. [18:19] schestowitz seems like the problem is some company trying tro be superclebver like clownflare [18:19] schestowitz it all comes to a stop at 2600:3c00::f03c:91ff:fe98:90b LINODE-US (NET6-2600-3C00-1) [18:19] schestowitz maybe the webhost is owned by on\e :-) [18:19] schestowitz Traceroute goes straight through to 2600:3c00::f03c:91ff:fe98:90b (the SN server) [18:25] schestowitz 2600:3c00::f03c:91ff:fe98:90b is soylentnews.org [18:25] schestowitz OK that ties in [18:25] schestowitz I go Shaw (a bunch on non-reverse lookup addresses) -> seattle.Level3 -> akamai akamai akamai -> a bunch on non-reverse addresses -> SN server [18:25] schestowitz It is 18 hops in total from this laptop. [18:25] schestowitz 17 hops for me via Amsterdam and Washington. over 80% loss in Amsterdam [18:25] schestowitz Those non-reverse addys are all Linode [18:25] schestowitz ... I'm still not sure what this tells me :) [18:25] schestowitz It is 18 hops via IPv4 from here as well, ending with 23.239.29.31 [18:40] schestowitz https://mwl.io/archives/23512 [18:40] schestowitz "One of the headaches in this book has been its constant violation of one of my usual writing rules: do the hard part first. When I approach a new project, I rank the contents in order of difficulty. Usually, theres at least one thing I havent previously done. Those are the things I need to write first. Writing the stuff I know how to do is pretty straightforward, but the unknowns wreck my plans. RYOMS could only be written in one [18:40] schestowitz way, though. The services must be set up and documented in a particular order, without shortcuts. If the book said This is wrong but well come back and fix it later, I know perfectly well that none of you would go back and fix it. We have to set it up right the first time. Which led to some extra work. I use pyspf-milter so I wrote about it, but rspamd turns out to be a wiser choice. Retreat, refactor, rearrange, try again." [18:40] -TechBytesBot/#techbytes-mwl.io | Marchs Malformed Sausage Michael W Lucas ● Apr 03 [19:04] schestowitz traceroute geminiprotocol.net ● Apr 03 [20:09] *x-amarsh04 has quit (Quit: Konversation terminated!) [20:14] *x-amarsh04 (~amarsh04@qezxp5nudz5uq.irc) has joined #techbytes [20:27] *jacobk has quit (Ping timeout: 2m30s) ● Apr 03 [22:47] *psydroid2 has quit (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) ● Apr 03 [23:00] *jacobk (~quassel@6wygwq2t5e2hw.irc) has joined #techbytes [23:16] *parsifal (~parsifal@uuar9r28yasyu.irc) has joined #techbytes