<html>
 <head>
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
 </head>
 <body>
  <span dir="ltr" style="margin-top:0; margin-bottom:0;">This would be why I moved kdiff3 to Qt6 only in the latest release. I took the ci breakage on Qt5 craft as a warming that the time was coming. Additionally I no longer have a proper way to test against Qt5 beyond build-ability.</span>
  <br>
  <div class="fairemail_quote">
   <div dir="ltr">
    <p>Dec 10, 2024 11:38:38 AM Volker Krause <vkrause@kde.org>:</p>
   </div>
   <blockquote style="margin:0;border-left:3px solid #ccc; padding-left:10px;">
    <div>
     On Sonntag, 8. Dezember 2024 11:56:19 Mitteleuropäische Normalzeit Albert 
     <br>
      Astals Cid wrote: 
     <br>
     <blockquote style="margin:0;border-left:3px solid #ccc; padding-left:10px;">
      El dissabte, 7 de desembre del 2024, a les 14:01:58 (Hora estàndard del 
      <br>
       Centre 
      <br>
       d’Europa), Robby Stephenson va escriure: 
      <br>
      <blockquote style="margin:0;border-left:3px solid #ccc; padding-left:10px;">
       <blockquote style="margin:0;border-left:3px solid #ccc; padding-left:10px;">
        Probably worth reviewing in more detail where those are on the way to 
        <br>
         Qt6 
        <br>
         and 
        <br>
         what can be done to support/accelerate the transition. 
        <br>
       </blockquote>
       <br>
        In Tellico's case, it's fully ported to Qt6. It still compiles on Qt5, 
       <br>
        though, which is why the CD job hasn't been removed. I figured I'd keep it 
       <br>
        running until it wasn't supported. 
       <br>
      </blockquote>
      <br>
       I would suggest you only support one of the Qt versions and if Qt6 is 
      <br>
       supported I would suggest removing the Qt5 one, let's not give us more 
      <br>
       support problems than the ones we need. 
      <br>
     </blockquote>
     <br>
      Agreed. Dropping Qt5 support in places where a working Qt6 port already exists 
     <br>
      and the Qt5 support isn't strictly necessary (like it is for the style or 
     <br>
      platform integration plugins) would seem like an easy and useful step forward. 
     <br>
      That would make it easier see the real blockers and would reduce the 
     <br>
      maintenance and infrastructure load. 
     <br>
     <br>
      Besides the two mentioned CD users, there seem to be a few more cases like 
     <br>
      that among the CI users as well. The attached list contains all repos with Qt5 
     <br>
      CI/CD jobs that also have at least one Qt6 job. 
     <br>
     <br>
      Regards, 
     <br>
      Volker 
     <br>
    </div>
   </blockquote>
  </div>
 </body>
</html>