GSoC Proposal

Resending the mail cause, previous mail was not sent to mailing list. On Wed, Mar 27, 2019 at 2:10 PM Mojca Miklavec wrote: > Dear Karan, > > I'm just answering a small part of your question here, a bit more about > upt while CC-ing its author & potential mentor: > > On Tue, 26 Mar 2019 at 18:15,

Re: GSoC 2019 [Collect build statistics]

On Wed, 27 Mar 2019 at 17:13, Arjun Salyan wrote: >> >> - A more elaborate plan about how you plan to handle updates / keep >> the database up-to-date. Sure, we can trigger certain actions from the >> buildbot, but those various "actions" need to be implemented. Keeping >> the app up to date in a s

Re: how to deal with large data files

On Thu, 28 Mar 2019 at 05:12, Joshua Root wrote: > On 2019-3-28 10:17 , Renee Otten wrote: > > I am looking for some advice on how to deal with a port that will only > > download a large data set (~5GB), > > see https://github.com/macports/macports-ports/pull/3904. I assume we do > > not necessaril

Re: how to deal with large data files

On 2019-3-28 10:17 , Renee Otten wrote: > I am looking for some advice on how to deal with a port that will only > download a large data set (~5GB), > see https://github.com/macports/macports-ports/pull/3904. I assume we do > not necessarily want to have that stored on the MacPorts distfile > mirro

Re: how to deal with large data files

On Mar 27, 2019, at 19:38, Mark Anderson wrote: > > It’s an optional port? I think marking it non-distributible the the way to go > for now, but we should think about adding a “mirror no” “force_remote” or > something that is more semantic. The distributability of a binary is separate from the

Re: how to deal with large data files

It’s an optional port? I think marking it non-distributible the the way to go for now, but we should think about adding a “mirror no” “force_remote” or something that is more semantic. Mind you I have no idea how to do that (yet). But it’s an idea. —Mark On Wed, Mar 27, 2019 at 7:17 PM Renee Ott

how to deal with large data files

I am looking for some advice on how to deal with a port that will only download a large data set (~5GB), see https://github.com/macports/macports-ports/pull/3904 . I assume we do not necessarily want to have that stored on the MacPorts distf

Re: Speed up trace mode (GSoC Project)

On Wed, Mar 27, 2019 at 10:22 PM Mojca Miklavec wrote: > Dear Mihir, > > On Wed, 27 Mar 2019 at 17:25, Mihir Luthra wrote: > > > > Hi, > > > > I have shared my draft application from the GSoC dashboard. > > Please provide me with feedbacks. :) > > Please note again that I'm not familiar with the

Re: Speed up trace mode (GSoC Project)

Dear Mihir, On Wed, 27 Mar 2019 at 17:25, Mihir Luthra wrote: > > Hi, > > I have shared my draft application from the GSoC dashboard. > Please provide me with feedbacks. :) Please note again that I'm not familiar with the contents at all, so I'm providing just some general feedback. What I miss

GSoC 2019 [Make Blacklisting MacPorts Compilers Easier]

I hope this email finds you well. I am a senior year student at Cairo University. I am interested in the project idea in GSoC 2019 "Make Blacklisting MacPorts Compilers Easier] ". I want to apply for summer internship in MacPorts but I don't know have experience with Tcl. I wanted to know if it

Re: GSoC 2019 [Collect build statistics]

> > - A more elaborate plan about how you plan to handle updates / keep > the database up-to-date. Sure, we can trigger certain actions from the > buildbot, but those various "actions" need to be implemented. Keeping > the app up to date in a safe and reliable way is a very important part > of the

Re: GSoC 2019 [Buildbot ideas]

Dear Rajdeep, It's not just a question of how to fetch a PR. That shouldn't be too difficult, I hope (and probably the link you provided works as intended). The tricky question is how to prevent malicious PRs from doing damage on the builders. I assume that a proper solution would require startin

Re: GSoC 2019 [Buildbot ideas]

I could use the GitHubPullrequestPoller which periodically polls the Github API for new/updated PRs. Here is an example: https://github.com/halide/build_bot/blob/master/master/master.cfg c['ch

Re: GSoC Proposal

Dear Karan, I'm just answering a small part of your question here, a bit more about upt while CC-ing its author & potential mentor: On Tue, 26 Mar 2019 at 18:15, KARAN SHETH wrote: > > >> (Another option for a project in Python would be bringing universal >> packaging tool [1] to MacPorts.) >>

Re: Speed up trace mode (GSoC Project)

Hi, I have shared my draft application from the GSoC dashboard. Please provide me with feedbacks. :) Also, should I share the link to document here as well? Regards, Mihir

Re: GSoC Proposal

Hey, Please, can I get a reply so that I can start working on either of the plan? Thanks, Karan Sheth On Tue, Mar 26, 2019 at 10:45 PM KARAN SHETH wrote: > Hey Mojca, > > Thanks for replying. > > On Tue, Mar 26, 2019 at 3:00 AM Mojca Miklavec wrote: > >> Dear Karan, >> >> Warmly welcome to the

Re: GSoC 2019 [Buildbot ideas]

Dear Rajdeep, On Tue, 26 Mar 2019 at 19:51, Rajdeep Bharati wrote: > > I have submitted a draft proposal: > https://docs.google.com/document/d/12wRjA8sOWNOuApHZ_fm0n1aIPLVPt9Xm2yGiMwiK3AI/edit. > Could you please provide some feedback? Cool, thank you very much, it looks nice, please give us a

Re: GSoC 2019 [Buildbot ideas]

Sure, that makes sense. I have submitted a draft proposal: https://docs.google.com/document/d/12wRjA8sOWNOuApHZ_fm0n1aIPLVPt9Xm2yGiMwiK3AI/edit. Could you please provide some feedback? Thank you. Rajdeep On Tue, Mar 26, 2019 at 9:43 PM Mojca Miklavec wrote: > On Tue, 26 Mar 2019 at 16:07, Rajd

Re: GSoC 2019 [Collect build statistics]

Thank You Mojca! I read you inline comments as well, I have already started working over the suggestions. I will include these very shortly! > > Does your new semester already start at end of July? Yes, it does. But it won’t affect the project. I have done projects in a semester as tightly sche

Re: GSoC 2019 [Collect build statistics]

Dear Arjunt On Tue, 26 Mar 2019 at 07:34, Arjun Salyan wrote: > > Dear all, > > Using the valuable information and suggestions by all of you here at > MacPorts, especially the potential mentors, I have come up with the first > draft of my proposal for GSoC 2019. > Link to Google Doc: > https://

Re: GSoC 2019 [Buildbot ideas]

On Tue, 26 Mar 2019 at 16:07, Rajdeep Bharati wrote: > > In an earlier email (GSoC Tips), you told me that a basic functioning product > (with the major features, tests & documentation) must be deployed before the > first evaluation. Is the first evaluation the one from June 24-28? Yes. Having

GSoC Proposal

Hey Mojca, Thanks for replying. On Tue, Mar 26, 2019 at 3:00 AM Mojca Miklavec wrote: > Dear Karan, > > Warmly welcome to the MacPorts community! > > On Mon, 25 Mar 2019 at 20:36, KARAN SHETH via macports-dev wrote: > >> Hey there, >> I would like to start by saying this is not GSoC Proposa

Re: GSoC 2019 [Buildbot ideas]

Thanks! Testing the views with fake data (during the initial stages) would be a good idea that would help me rapidly prototype the views. In an earlier email (GSoC Tips), you told me that a basic functioning product (with the major features, tests & documentation) must be deployed before the first

Re: GSoC 2019 [Buildbot ideas]

Dear Rajdeep, On Sun, 24 Mar 2019 at 13:06, Pierre Tardy wrote: > > I would advise to start from a fresh config with a git poller a simple build > recipe to train yourself at buildbot. Just as a random idea (feel free to judge for yourself if this simplification makes sense or not, you could sti

Re: GSoC 2019 [Buildbot ideas]

Sounds good. Thank you for the valuable insights. On Tue, Mar 26, 2019 at 5:07 PM Pierre Tardy wrote: > Hi, > > I think MacPorts has quite specific huge scale in term of the number > of packages it builds, and optimisations on non rebuilding everything. > > So for this project what would be inte

Re: GSoC 2019 [Buildbot ideas]

Hi, I think MacPorts has quite specific huge scale in term of the number of packages it builds, and optimisations on non rebuilding everything. So for this project what would be interesting is to research the best visualisation for MacPort, rather than making compromises so that it is useful for

Re: GSoC 2019 [Buildbot ideas]

Got it. Would rewriting the waterfall view (with custom features) using Vue be one of the goals/stretch goals? And I presume that the plugin will become a part of buildbot core? Thank you. Rajdeep On Tue, Mar 26, 2019 at 3:19 AM Mojca Miklavec wrote: > On Sun, 24 Mar 2019 at 13:06, Pierre Tard

Re: GSoC 2019 [Buildbot ideas]

On Tue, 26 Mar 2019 at 10:48, Rajdeep Bharati wrote: > > Would rewriting the waterfall view (with custom features) using Vue be one of > the goals/stretch goals? > And I presume that the plugin will become a part of buildbot core? I leave that up to Pierre to answer. My personal wish (but I lac

Re: Speed up trace mode Project GSoC

Hi, Thanks for the helpful response ^_^. I have been through the code files of porttrace.tcl, tracelib & darwintrace. I understood their high level working. I will go through the function __darwintrace_get_filemap() to understand more about compare & swap & will look for more lock free primitives

Re: GSoC 2019 [Collect build statistics]

Dear all, Using the valuable information and suggestions by all of you here at MacPorts, especially the potential mentors, I have come up with the first draft of my proposal for GSoC 2019. Link to Google Doc: https://docs.google.com/document/d/198Ivygxb2NJQz_sqzDrbDPVEYZ5Ye5Yw0LV6Bt2QmG4/edit?usp=