Re: [Ganglia-developers] Google Summer of Code 2014?
On 02/03/2014 08:05 AM, Daniel Pocock wrote: Bernard, if both you and I are interested, then we probably need at least one more person willing to mentor and then we can make an application. I'm more of a ganglia power-user than developer, but if there is a way I can help with GSoC I'm interested. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] ganglia-web package at risk
I thought the distro anti-bundling stance was paired with a we already have X so you should just depend on it. I'm not sure how this works with javascript. Is there some debian jquery package that could be depended on? On 01/31/2014 04:23 AM, Daniel Pocock wrote: Debian is proposing to remove the ganglia-web package because of the pre-compiled/minified jQuery and friends, this would also see us cut from Ubuntu and other derivatives: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736104 These are the files in question: js/jquery-1.9.1.min.js js/jquery-ui-1.10.2.custom.min.js jquery.scrollTo-1.4.2-min.js dash/js/jquery-ui-1.8.14.custom.min.js I'm going to fix this for the next ganglia-web release, I will have to do one of the following things: a) include the uncompressed versions of these files in releases as well and a trivial script for compressing each of them during installation of ganglia-web. Whenever somebody adds some new JS, they must add the unminified version and update the script. This may be the better approach if we really need a specific version of each JS file. b) remove the jQuery.js from the repository/release tarballs and include some script to download it for those people who don't have it in their system (this would make our tarballs smaller) Does anybody have any preference for either option? Can anybody comment on the exact versions we require, do we really need jQuery 1.9.1 for instance or can Debian users just symlink to the pre-packaged jQuery v1.7.2? Big distributions are becoming more and more pro-active about this, using scripts that scan all their packages and start the process to evict those with binary/minified artifacts. I realize this is slightly more tedious for web developers but it means everybody can have 100% certainty that 100% of the files on their system can be traced back to original source. If distributions didn't enforce this, they would end up full of malware like certain shareware sites and app stores. -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] ganglia-web package at risk
On 04/02/14 14:47, Chris Burroughs wrote: I thought the distro anti-bundling stance was paired with a we already have X so you should just depend on it. I'm not sure how this works with javascript. Is there some debian jquery package that could be depended on? There is a jQuery package in Debian, but it is a slightly older version There are various issues that motivate these rules/policies in distributions: - disk space - security updates (better to just have one copy of X to update in one shot, hard to find multiple bundled copies of X and check they all have the latest/necessary security patches) - source - bundling any minified artifact is not consider to be real source code That said, given that every project seems to depend on a different version of jQuery, there is some leniency - Debian accepts bundled copies of some things like jQuery as long as they are not minified. It is perfectly OK to minify them in an installation script, but the source tarball from the Ganglia web site must be 100% readable source code. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Google Summer of Code 2014?
Hi Daniel: In terms of project ideas, we can re-use our wishlist but it might need cleaning up -- is there a more up to date list somewhere perhaps in GitHub? http://sourceforge.net/apps/trac/ganglia/wiki/ganglia_wish-list I have also created this template for student application which we may be able to re-use: https://sourceforge.net/apps/trac/ganglia/wiki/gsoc_application_template While searching for materials regarding GSoC and Ganglia, I came across this report on Apache OODT: http://google-opensource.blogspot.com/2013/10/google-summer-of-code-veteran-orgs.html It may be possible for us to align with Apache on the application, perhaps we can reach out to Chris Mattmann to see if he may be interested in collaborating. Chris Burroughs -- I think if you can pair up with one of us to mentor a student, that will be great. I am sure any prospective student will be able to learn from your experience in using Ganglia. Should we sync up on IRC to see how we should go about with the application? Anybody else interested in helping? Thanks, Bernard On Mon, Feb 3, 2014 at 5:05 AM, Daniel Pocock dan...@pocock.com.au wrote: On 03/02/14 07:10, Bernard Li wrote: Hi Daniel: I have participated in GSoC as a mentor in 2005 and 2006 but in recent years have not participated due to difficulty in getting selected as a mentoring organization. My sense is that unless you are one of the big umbrella projects such as Apache or Debian, it is almost impossible to get picked. Google seems to favor the big projects, here are some of my own guesses about it: - more mentors, more capacity to handle more students - less relationships for Google to maintain (150 big projects instead of 1500 little ones) - Google employees involved in the big projects (not suggesting this is a bad thing or that they use this influence inappropriately, but having those connections, they presumably get more insight into how well their money is spent) - the mentor summit has a maximum capacity of about 300 people (2 per project) On the other hand, Debian had 16 projects funded in 2013. Several of the students contributed work to upstream projects and collaborating throughout the wider free software community is not prohibited. It may well be possible for Ganglia to try to align with one of the big organisations like Debian if we don't get chosen directly. I definitely think GSoC is a worthwhile endeavour and I would be willing to help as mentor and/or administrator. We could certainly drum up some interesting projects for students. Please let me know if you are interested in putting together an application for Ganglia -- I would be willing to help. The deadline for Mentoring Organization application is 2/14. I would be willing to help as part of a mentoring team (e.g. if I am not the only point of contact for the student(s)) I would also be willing to help communicate with the Debian admin team about a) whether Debian would vouch for Ganglia as a reputable organisation (this helps our chances of being selected outright) b) whether or not a student could work under the Debian umbrella if Ganglia is not an official organisation Bernard, if both you and I are interested, then we probably need at least one more person willing to mentor and then we can make an application. I suspect that they will look at things like: a) overall number of projects we can mentor (e.g. just 1 student or 5 students?) b) ratio of mentors to students (having 1.5 or 2 mentors per student provides more continuity, minimises risk if a mentor can't continue) c) previous experience (2 of us as far as I know) We should also think about any other big projects we could align with. In particular, if any big project uses Ganglia to monitor their infrastructure, that makes it more interesting for them to take us under their wing (Debian uses Munin) -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
Re: [Ganglia-developers] Google Summer of Code 2014?
On 04/02/14 18:00, Bernard Li wrote: Hi Daniel: In terms of project ideas, we can re-use our wishlist but it might need cleaning up -- is there a more up to date list somewhere perhaps in GitHub? http://sourceforge.net/apps/trac/ganglia/wiki/ganglia_wish-list I have also created this template for student application which we may be able to re-use: https://sourceforge.net/apps/trac/ganglia/wiki/gsoc_application_template While searching for materials regarding GSoC and Ganglia, I came across this report on Apache OODT: http://google-opensource.blogspot.com/2013/10/google-summer-of-code-veteran-orgs.html It may be possible for us to align with Apache on the application, perhaps we can reach out to Chris Mattmann to see if he may be interested in collaborating. If we could get an endorsement from both Debian and Apache that would hopefully be really positive for our chance of selection Chris Burroughs -- I think if you can pair up with one of us to mentor a student, that will be great. I am sure any prospective student will be able to learn from your experience in using Ganglia. Should we sync up on IRC to see how we should go about with the application? Anybody else interested in helping? What about we give Jitsi video bridge a go? Another idea: we should use some of the photos from the Ganglia meeting on the web site and the GSoC page to help people appreciate the size of the community around Ganglia. Hopefully that will also capture the interest of some students. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk ___ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
