[cross-project-issues-dev] Disk usage report for Hudson/Build

[genie]

Compiled 2016-07-13T14:07

 build.eclipse.org 
-> Usage exceeding 1GB for: Hudson master jobs and workspace (2016-07-13T10:00)
   2.8G papyrus-trunk-nightly
   1.7G papyrus-trunk-extra-nightly
-> Usage exceeding 1GB for: /shared (1000G capacity) (2016-07-13T10:00)
1254.9G hipp
 195.2G rt
 160.2G eclipse
  33.3G technology
  27.4G webtools
  21.5G common
  12.0G tools
   8.1G jobs
   6.7G cbi-ng
   5.4G modeling
   5.1G simrel
   4.2G orbit
   1.6G mylyn
   1.5G cbi
   1.4G soa
-> Usage exceeding 1GB for: /shared/modeling
   3.1G build
-> Usage exceeding 1GB for: /shared/tools
   4.6G tm
   2.8G objectteams
   1.4G mtj
   1.1G aspectj
-> Usage exceeding 1GB for: /shared/technology
  18.6G epp
   4.8G stem
   3.2G babel
   2.4G cosmos
   1.6G m2e
 END: build.eclipse.org 


 hudson-slave1.eclipse.org 
/dev/xvda1158G   23G  135G  15% /
-> Usage exceeding 1GB for: Hudson workspace on hudson-slave1 (50G capacity) 
(2016-07-12T21:00)
 END: hudson-slave1.eclipse.org 


 hudson-slave2.eclipse.org 
-> Usage exceeding 1GB for: 
 END: hudson-slave2.eclipse.org 


 hudson-slave3.eclipse.org 
/dev/xvda1 55G   23G   33G  41% /
-> Usage exceeding 1GB for: Hudson workspace on hudson-slave3 (50G capacity) 
(2016-07-12T18:00)
 END: hudson-slave3.eclipse.org 

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] [eclipse-dev] Eclipse on Unix (i.e. HP-UX, Solaris, AIX)

[Jay Jay Billings]

I fully support this. Anyone who is on a system with dependencies that old
should be looking to the LTS group, not our newest releases.

Jay
On Jul 12, 2016 10:50 AM, "Eric Williams"  wrote:

On 12/07/16 10:13 AM, Mike Wilson wrote:

> Given the above issues, plus the small number of active SWT committers,
> and the comparatively very limited consumption of the Unix versions of
> Eclipse, /we believe that starting with the Eclipse Oxygen release, it
> is time to drop support for Eclipse on Unix/ in particular, and move to
>
> a model where SWT/GTK supports only a limited range of recent GTK versions.
>

I absolutely support this approach. Even in GTK3, the difference between
GTK3.8 and GTK3.20 is night and day. This is definitely a step in the right
direction.

Eric

With that said, the community ultimately gets to decide: If there is
> enough interest in continuing to support Eclipse on Unix, people
> interested in those platforms will have to work with the respective
> vendors to ensure that binaries get built and tested, and that a
> compatible GTK is available (perhaps by getting the operating system
> libraries updated to the required level, or alternatively by creating
> (and maintaining) a separate SWT port that is compatible only with the
> old GTK versions). Ideally, the Unix vendors should engage with the
> community and provide binaries, build machines and testing if they are
> interested in keeping Eclipse working on their operating system.
>
> The Eclipse Project PMC
>
>
>
> ___
> eclipse-dev mailing list
> eclipse-...@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe
> from this list, visit
> https://dev.eclipse.org/mailman/listinfo/eclipse-dev
>
> ___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev