(ℹ) Join us now at the IRC channel | ䷉ Find the plain text version at this address (HTTP) or in Gemini (how to use Gemini) with a full GemText version.
| *x-amarsh04 has quit (Ping timeout: 2m30s) | Apr 17 02:24 | |
| *jacobk (~quassel@syp65ggum2ibk.irc) has joined #techbytes | Apr 17 02:28 | |
| *x-amarsh04 (~amarsh04@h5zkbfemmwig6.irc) has joined #techbytes | Apr 17 02:38 | |
| *rianne (~rianne@jcfiaarnjjqje.irc) has joined #techbytes | Apr 17 03:52 | |
| *asusbox (~rianne@jcfiaarnjjqje.irc) has joined #techbytes | Apr 17 03:52 | |
| schestowitz[TR2] | "Microsoft probing why Classic Outlook is so CPU-hungry" | Apr 17 05:09 |
|---|---|---|
| schestowitz[TR2] | x https://www.theregister.com/2025/04/16/classic_outlook_cpu_spike/ | Apr 17 05:09 |
| schestowitz[TR2] | # m$ always allows selctive criticism of deprecated products / product lines | Apr 17 05:09 |
| schestowitz[TR2] | # so as to drive sales of the replacements; notice failure to mention | Apr 17 05:09 |
| schestowitz[TR2] | # actual IMAPS/SMTPS (POP3 serves *NO* purpose since the 1990s and should | Apr 17 05:09 |
| schestowitz[TR2] | # never be promoted, mentioning it only weakens the argument for self-hosting | Apr 17 05:09 |
| schestowitz[TR2] | # as IMAPS can allow holding the mails on the server and/or downloading) | Apr 17 05:09 |
| -TechBytesBot/#techbytes-www.theregister.com | Microsoft probing why Classic Outlook is so CPU-hungry • The Register | Apr 17 05:09 | |
| schestowitz[TR2] | "AI is coming for music, too" | Apr 17 05:09 |
| schestowitz[TR2] | x https://www.technologyreview.com/2025/04/16/1114433/ai-artificial-intelligence-music-diffusion-creativity-songs-writer/ | Apr 17 05:09 |
| -TechBytesBot/#techbytes-www.technologyreview.com | AI is coming for music, too | MIT Technology Review | Apr 17 05:09 | |
| schestowitz[TR2] | <li> | Apr 17 09:03 |
| schestowitz[TR2] | <h5><a href="https://linuxiac.com/deepin-linux-23-1-launches-with-smarter-ai/">Deepin 23.1 Launches with Smarter AI, Enhanced Hardware Support</a></h5> | Apr 17 09:03 |
| schestowitz[TR2] | <blockquote> | Apr 17 09:03 |
| schestowitz[TR2] | <p>The new version brings notable benefits to hardware compatibility. It integrates kernel updates to versions 6.6 and 6.12, as well as NVIDIA driver upgrades and Intel/AMD CPU microcode updates. </p> | Apr 17 09:03 |
| schestowitz[TR2] | </blockquote> | Apr 17 09:03 |
| schestowitz[TR2] | </li> | Apr 17 09:03 |
| -TechBytesBot/#techbytes-linuxiac.com | Deepin 23.1 Launches with Smarter AI, Enhanced Hardware Support | Apr 17 09:03 | |
| schestowitz[TR2] | <li> | Apr 17 09:05 |
| schestowitz[TR2] | <h5><a href="https://linuxiac.com/truenas-25-04-fangtooth-open-source-nas-released/">TrueNAS 25.04 (Fangtooth) Open-Source NAS Released</a></h5> | Apr 17 09:05 |
| schestowitz[TR2] | <blockquote> | Apr 17 09:05 |
| schestowitz[TR2] | <p>The long-awaited TrueNAS 25.04, code-named “Fangtooth,” a robust Linux-based (Debian) enterprise-ready network-attached storage that bets on the OpenZFS filesystem and supports containerized applications and virtualization, has officially arrived. </p> | Apr 17 09:05 |
| schestowitz[TR2] | </blockquote> | Apr 17 09:05 |
| schestowitz[TR2] | </li> | Apr 17 09:05 |
| -TechBytesBot/#techbytes-linuxiac.com | TrueNAS 25.04 (Fangtooth) Open-Source NAS Released | Apr 17 09:05 | |
| *psydruid (~psydruid@jevhxkzmtrbww.irc) has left #techbytes | Apr 17 09:48 | |
| *jacobk has quit (Ping timeout: 2m30s) | Apr 17 10:02 | |
| *psydruid (~psydruid@jevhxkzmtrbww.irc) has joined #techbytes | Apr 17 10:12 | |
| *jacobk (~quassel@syp65ggum2ibk.irc) has joined #techbytes | Apr 17 10:12 | |
| *psydruid (~psydruid@jevhxkzmtrbww.irc) has left #techbytes | Apr 17 10:38 | |
| *psydruid (~psydruid@jevhxkzmtrbww.irc) has joined #techbytes | Apr 17 10:47 | |
| *psydruid (~psydruid@jevhxkzmtrbww.irc) has left #techbytes | Apr 17 11:10 | |
| *x-amarsh04 has quit (connection closed) | Apr 17 11:25 | |
| *psydruid (~psydruid@jevhxkzmtrbww.irc) has joined #techbytes | Apr 17 11:30 | |
| *x-amarsh04 (~amarsh04@h5zkbfemmwig6.irc) has joined #techbytes | Apr 17 11:35 | |
| *psydroid2 (~psydroid@8p6k6zizq5nqc.irc) has joined #techbytes | Apr 17 11:47 | |
| *psydroid3 (~psydroid@8p6k6zizq5nqc.irc) has joined #techbytes | Apr 17 12:02 | |
| *x-amarsh04 has quit (connection closed) | Apr 17 14:02 | |
| *x-amarsh04 (~amarsh04@h5zkbfemmwig6.irc) has joined #techbytes | Apr 17 14:35 | |
| schestowitz[TR2] | > Like with other acronyms, CPPA and CCPA should be expanded in articles | Apr 17 16:24 |
| schestowitz[TR2] | > even if only with the ABBR element. | Apr 17 16:24 |
| schestowitz[TR2] | Done this morning. | Apr 17 16:24 |
| schestowitz[TR2] | abbr won't help gemini folks. | Apr 17 16:24 |
| schestowitz[TR2] | https://www.thelayoff.com/t/1jrf809kj | Apr 17 17:05 |
| -TechBytesBot/#techbytes- ( status 403 @ https://www.thelayoff.com/t/1jrf809kj ) | Apr 17 17:05 | |
| schestowitz[TR2] | "" | Apr 17 17:05 |
| schestowitz[TR2] | I am not a Microsoft Employee, but wanted to ask here, how can I report a Microsoft Senior manager that is running his own business on the side. I saw an ethics violation page: https://www.microsoft.com/en-us/legal/compliance/sbc/report-a-concern | Apr 17 17:05 |
| schestowitz[TR2] | I want to report this guy because not only is he a POS, but i can save someone else's job at Microsoft. I have proof of the business he runs etc. I wish to remain anonymous when i report him. | Apr 17 17:05 |
| schestowitz[TR2] | " | Apr 17 17:05 |
| -TechBytesBot/#techbytes-How to Report a Compliance Concern | Microsoft Legal | Apr 17 17:05 | |
| schestowitz[TR2] | Techrights can be contacted with encryption: https://schestowitz.com/PGP/ | Apr 17 17:06 |
| -TechBytesBot/#techbytes-Roy Schestowitz - PGP Key | Apr 17 17:06 | |
| schestowitz[TR2] | >> Done this morning. | Apr 17 17:10 |
| schestowitz[TR2] | > | Apr 17 17:10 |
| schestowitz[TR2] | > Thanks > abbr won't help gemini folks. | Apr 17 17:10 |
| schestowitz[TR2] | > | Apr 17 17:10 |
| schestowitz[TR2] | > True | Apr 17 17:10 |
| schestowitz[TR2] | We have enough now to shut down OSI. Coming May. | Apr 17 17:10 |
| schestowitz[TR2] | http://ipkitten.blogspot.com/2025/04/beware-of-boilerplate-practical-lessons.html?showComment=1744735011105#c2238841977320764142 | Apr 17 17:56 |
| -TechBytesBot/#techbytes-ipkitten.blogspot.com | Beware of boilerplate: Practical lessons for patent drafting from G1/24 (Claim interpretation) - The IPKat | Apr 17 17:56 | |
| schestowitz[TR2] | "Mr Hagel,<br /><br />I have to disagree with you about what you call the “key issue”. If the applicant has the firm intent that the claim term is to be understood pursuant to a statement in the description, then why does it not put this statement in the claim? By doing so, the claim and the description are aligned. <br /><br />Any ambiguity about the meaning would be avoided, but a national court or the UPC would still be able | Apr 17 17:56 |
| schestowitz[TR2] | to determine whether there is infringement. For this, a national court or the UPC has merely to apply Art 1+2 of the Protocol on interpretation of Art 69. <br /><br />What you are actually advocating is, in my view, nothing else than the concept that the” patent monopoly is its own dictionary”. <br /><br />The concept of the patent monopoly being its own dictionary is a concept which stems from German jurisprudence and pract | Apr 17 17:56 |
| schestowitz[TR2] | ice. It has, no surprise, also been adopted by the UPC. <br /><br />The BA of the EPO have a different position about this concept. In various decisions, the BA have made clear that this concept is not to be adopted. I refer here, e.g. to T 454/23, T 169/20, Reasons 1.3.4 and T 1830/22, Reasons 1.3+1.4.<br /><br />In T 1830/22 it was held that, neither the wording of Art 69(1) nor the established case law of the BA can provide a b | Apr 17 17:56 |
| schestowitz[TR2] | asis for the alleged concept of the “patent as its own dictionary”. Such a concept could in fact elude the objective comparability of a patent monopoly with the respective prior art, which in turn would of course be difficult to reconcile with the requirement of legal certainty. <br /><br />However, should part of this statement lead to the claim not being novel and/or inventive, it cannot stay in the claim, but also not in the | Apr 17 17:56 |
| schestowitz[TR2] | description. I fail to see there a potential source of added matter. By leaving it in the description, you are actually nurturing the famous Angora cat. <br /><br />I fail also to understand why such an amendment of para [0035] would be cumbersome and procedurally inefficient. If part of this statement cannot be considered novel or inventive, it cannot stay in the claim, but also not in the description. <br /><br />Whether the UP | Apr 17 17:56 |
| schestowitz[TR2] | C might have a different interpretation of the EPC is a matter of fact which might well happen, but it should not lead to the EPO following blindly the case law of the UPC simply for the sake of harmonisation. <br /><br />The EPO has regularly taken notice of the case law in contracting states, and I am convinced that it will do the same with the UPC, insofar as it corresponds to its own interpretation of the EPC. <br /><br />That | Apr 17 17:56 |
| schestowitz[TR2] | the EPO president and the chair of the boards want to work towards consistency with the UPC is normal and deserves to be encouraged, but this does not mean that the EPO and its boards should blindly follow the case law of the UPC. This is what all the proponents of the UPC would like to see, but this should not be the primary aim of the EPO and its BAs. <br /><br />I can well imagine situations in which the EPO revokes a patent, w | Apr 17 17:56 |
| schestowitz[TR2] | hereas the UPC maintains it, at least in amended form, or vice-versa. In view of its shorter procedural delays, the UPC will normally decide first, but this does not mean that the EPO should, for the mere sake of harmonisation, merely follow the decisions of the UPC. " | Apr 17 17:56 |
| schestowitz[TR2] | ""Well, you have to understand that, by adopting a <i>hypothetical</i> interpretation of the claim wording, the examiner makes the examination process much more "efficient".<br /><br />Firstly, it makes it easier for the examiner to compare apples in the prior art with "apples" in any subsequent application, even if a subsequent applicant chooses to define the "apples" of their invention quite differen | Apr 17 17:57 |
| schestowitz[TR2] | tly to those of the prior art.<br /><br />Secondly, it does away with all of the time that examiners would otherwise waste looking in detail at the disclosures of the description to understand which, if any, "custom" definitions can be found therein for words / phrases used in the claims to define the invention.<br /><br />The EPO's practice means that all an examiner need do is select their "standard" definitio | Apr 17 17:57 |
| schestowitz[TR2] | ns of terms used to define the claimed invention and proceed on that basis. This is very efficient, especially as the examiner does not need to even explain which "standard" definitions they have selected, let alone explain to the applicant which documentary sources support those "standard" definitions.<br /><br />So you must understand that, whilst applicants may sometimes be dismayed that the EPO's interpretat | Apr 17 17:57 |
| schestowitz[TR2] | ion covers what they never regarded to be the invention, this is a price that we all pay to ensure that patent monopoly applications are examined and granted using the minimum possible examiner time. After all, the interests of (the EPO's view of) efficiency are paramount! | Apr 17 17:57 |
| schestowitz[TR2] | " | Apr 17 17:57 |
| *jacobk has quit (Ping timeout: 2m30s) | Apr 17 20:30 | |
| *jacobk (~quassel@syp65ggum2ibk.irc) has joined #techbytes | Apr 17 20:33 | |
| *psydroid3 has quit (Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/) | Apr 17 23:02 | |
Generated by irclog2html.py 2.6 | ䷉ find the plain text version at this address (HTTP) or in Gemini (how to use Gemini) with a full GemText version.