Hi 
     
    slave1 has recovered and gone wrong again. 
     
    It's now very close to the RC4 deadline; no +1 yet either. 
     
    This fix is not needed for SR2; doesn't justify a respin. 
     
    I'd prefer to do an SR2a for Xtext 2.2.1 users. 
     
        Regards 
     
            Ed 
     
     
    On 15/02/2012 18:52, Ed Willink wrote:
    
      
      Hi 
       
      slave1 has three jobs that look like they are waiting for a Hudson
      restart. 
       
      two runs on fastlane give a stupid temporarily unavailable error.
      Will a maintenance build work on branch tests on fastlane? Is
      fastlane broken too? 
       
          Ed 
       
      On 15/02/2012 18:36, Ed Willink wrote:
      
        
        Hi 
         
        Bug/371659 branch currently queued for practice build. 
         
            Ed 
         
        On 15/02/2012 18:27, Ed Willink wrote:
        
          
          Hi Adolfo 
           
          Bug 371569 raised to change the com.google.collect from
          require bundle to import package, which then is compatible
          with Xtext 2.2.1. 
           
          If I get a practice maintenance build done soon can be we get
          this in RC4? 
           
              Regards 
           
                  Ed 
           
          On 15/02/2012 13:50, Adolfo Sánchez-Barbudo Herrera wrote:
          
            
            Hi Ed, 
             
            No problem about any suffix/preffix from the releng point of
            view. It's as easy as including it in the Build Alias. If we
            finally create new release after Indigo SR2, I'm also
            inclined to add some description specifically for the
            Category Name. For instance: 
             
            Eclipse OCL 3.1.2 (Xtext 2.2.1 compatible) 
             
            However, since Xtext ships 2.1.2 into Inidigo SR2, I hope
            there is not a real need for a new Release. 
             
            Regards, 
            Adolfo. 
             
            El 15/02/2012 7:17, Ed Willink escribió:
            Hi  
               
              Xtext 2.2.1 for (SR2) appears to have changed 'internal'
              APIs and so attempting to run OCLinEcore 3.1.1 with Xtext
              2.2.1 gives editor instantiation
              failures.https://bugs.eclipse.org/bugs/show_bug.cgi?id=371574.
               
               
              While this is clearly an Xtext problem, it isn't going to
              be fixed for SR2 or SR2a, we can just hope that itemis
              learn how many of their 'internal' APIs are actually
              external and avoid the problem in the future.  
               
              Anyway it is our user's problem, so I think we need to
              create a 3.1.2X release in which we regenerate editors and
              raise the lower bound on Xtext to 2.2.1 to force
              compatibility. This is of course not allowed in an SR, so
              it isn't an SR as such. Is an X suffix enough, or do we
              want a longer more distinct name? Adolfo: is there any
              spelling that is particularly easy for releng?  
               
                  Regards  
               
                      Ed  
              _______________________________________________  
              mdt-ocl.dev mailing list  
              mdt-ocl.dev@xxxxxxxxxxx
               
              https://dev.eclipse.org/mailman/listinfo/mdt-ocl.dev
               
               
             
             
            
             
            
             
            _______________________________________________
mdt-ocl.dev mailing list
mdt-ocl.dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/mdt-ocl.dev
 
             
            
             
            No
              virus found in this message. 
              Checked by AVG - www.avg.com 
              Version: 2012.0.1913 / Virus Database: 2112/4810 - Release
              Date: 02/14/12 
           
           
           
          
           
          _______________________________________________
mdt-ocl.dev mailing list
mdt-ocl.dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/mdt-ocl.dev
 
           
          
           
          No virus
            found in this message. 
            Checked by AVG - www.avg.com 
            Version: 2012.0.1913 / Virus Database: 2112/4811 - Release
            Date: 02/15/12 
         
         
         
        
         
        _______________________________________________
mdt-ocl.dev mailing list
mdt-ocl.dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/mdt-ocl.dev
 
         
        
         
        No virus
          found in this message. 
          Checked by AVG - www.avg.com 
          Version: 2012.0.1913 / Virus Database: 2112/4811 - Release
          Date: 02/15/12 
       
       
       
      
       
      _______________________________________________
mdt-ocl.dev mailing list
mdt-ocl.dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/mdt-ocl.dev
 
       
      
       
      No virus
        found in this message. 
        Checked by AVG - www.avg.com 
        Version: 2012.0.1913 / Virus Database: 2112/4811 - Release Date:
        02/15/12 
     
     
  
 |