buildbots behind?

2015-08-21 Thread Jason Mitchell 
Hello,

Is it me, or are do the buildbots seem behind on binary package builds?

Earlier this week I put off a moderately sized `upgrade outdated` due to
an ncurses 6 issue (fixed in r139496), and because I noticed that none
of packages available, for 10.9, were binaries.  Some of the packages
were traditionally time-consuming builds, e.g. clang/llvm, boost, ghc.
In upgrading a different machine today, running 10.10, I also noticed
that no binaries were available for the `upgrade` list.

Is there a chance that the disk space issue (#48173) is
delaying/preventing builds on a broader scale than just Lion?  

Thanks,
-jason
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: thread CPU usage monitor?

2015-03-26 Thread Jason Mitchell 
On Thu, 26 Mar 2015 12:25:01 +0100, Ren? J.V. Bertin wrote:
> > On Wednesday March 25 2015 20:53:17 Jason Mitchell wrote:
> >Instruments > Select Application > Multicore > Tread States ?
> >/Applications/Xcode.app/Contents/Applications/Instruments.app
> 
> Thanks, that might work. For the moment it doesn't allow me to attach
> to a running application, though, which makes it a bit cumbersome when
> not hunting down some issue that occurs during startup but rather
> something with the "idle" behaviour after doing a substantial amount
> of work (in the app).

Perhaps you could use dtruss/dtrace, following children/threads, and
compute what you need from relative on-cpu timestamps?  Check '$ man -k
dtrace' to see if there's an 80% solution available to specialize.
It'll also probably take a little log parsing after collection too.
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Re: thread CPU usage monitor?

2015-03-25 Thread Jason Mitchell 
> On Tuesday March 24 2015 15:30:19 Daniel J. Luke wrote:
> > On Mar 24, 2015, at 1:59 PM, Mihai Moldovan  wrote:
> > I don't know of any application for OS X to get this kind of information
> > out of the box, sorry.
> ps -M ?

Instruments > Select Application > Multicore > Tread States ?
/Applications/Xcode.app/Contents/Applications/Instruments.app
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Yosemite buildbot?

2014-10-19 Thread Jason Mitchell 
Hello,

Is there a buildbot in the works for Yosemite ports?  I checked
https://build.macports.org/buildslaves but didn't see anything for
Yosemite yet.  Maybe I've  misunderstood the process, or am just being
greedy?

thx,
-jason
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Portfile variants vs. subports recommendation

2014-06-12 Thread Jason Mitchell 
Hello,

For projects with several forks, i.e. more than stable and devel, what
is the preferred Portfile treatment?  Consider git-flow, which uses the
canonical nvie GitHub (GH) repository that is inactive.  Of nvie's ~1000
forks, at least 2 are useful:

  - petervanderdoes/gitflow: AVH Edition
  - datasift/gitflow: HubFlow (GH tweaked, different git trigger)

Options considered:

 1. git-flow Portfile w/ nvie as default (variant), w/ +avh +hubflow;
each variant conflicts with others
 2. git-flow Portfile w/ separate named subports, e.g. 
git-flow-{nvie,avh,hubflow}; nvie and avh conflict
 3. combination of #1 & #2, w/ variants on default port set depends

Based on gnuradio, it seems #2 is preferred, then let the end-user
decide.  #2 also seems easier to make gitflow variants directly on git.

Thanks,
-jason

Disclosure:  I submitted the initial git-flow Portfile.
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users