Hi All, Will MacPorts be participating in the Google Summer of Code 2007? I highly recommend you do so :) Last date for Mentoring organizations to apply is March 5th, so we still have time left. If MacPorts does apply and get selected; I for one, will surely send in an application ;) Best Regards, -- Anant P.S. For those of you who don't know what the Summer of Code is, http://code.google.com/soc/ is the place to go. Google sponsors several open source projects over the summer for tasks that are important to them.
Anant Narayanan wrote:
Hi All,
Will MacPorts be participating in the Google Summer of Code 2007? I highly recommend you do so :)
Last date for Mentoring organizations to apply is March 5th, so we still have time left. If MacPorts does apply and get selected; I for one, will surely send in an application ;)
Best Regards,
What kind of projects do you have in mind for the Summer of Code people to take on? Regards, Blair -- Blair Zajac, Ph.D. <blair@orcaware.com> Subversion training, consulting and support http://www.orcaware.com/svn/
Hi,
What kind of projects do you have in mind for the Summer of Code people to take on?
The project I personally was planning on doing was an official GUI for MacPorts. Currently, there's only a non-free (in all senses of the word) frontend. Apart from this, porting a major application: like the next big Gnome/KDE could also fit the bill. Surely, you guys must be having a TODO list? :) -- Anant
What kind of projects do you have in mind for the Summer of Code people to take on?
The project I personally was planning on doing was an official GUI for MacPorts. Currently, there's only a non-free (in all senses of the word) frontend.
Apart from this, porting a major application: like the next big Gnome/KDE could also fit the bill. Surely, you guys must be having a TODO list? :)
Additionally, any general *nix application that hasn't been ported to Darwin/OSX yet will qualify as a MacPorts project. There are tons of these out there, so a proposal could either contain porting several small applications or one big one; the coding time allowed is 3 months. -- Anant
On Thu, Mar 01, 2007 at 10:55:12PM +0530, Anant Narayanan wrote:
What kind of projects do you have in mind for the Summer of Code people to take on?
The project I personally was planning on doing was an official GUI for MacPorts. Currently, there's only a non-free (in all senses of the word) frontend.
Apart from this, porting a major application: like the next big Gnome/KDE could also fit the bill. Surely, you guys must be having a TODO list? :)
Additionally, any general *nix application that hasn't been ported to Darwin/OSX yet will qualify as a MacPorts project. There are tons of these out there, so a proposal could either contain porting several small applications or one big one; the coding time allowed is 3 months.
One very useful thing I can think of is getting dependencies to support variants - i.e. port 1 need 'port 2 +variantA'. -eric
Eric Hall wrote:
On Thu, Mar 01, 2007 at 10:55:12PM +0530, Anant Narayanan wrote:
What kind of projects do you have in mind for the Summer of Code people to take on? The project I personally was planning on doing was an official GUI for MacPorts. Currently, there's only a non-free (in all senses of the word) frontend.
Apart from this, porting a major application: like the next big Gnome/KDE could also fit the bill. Surely, you guys must be having a TODO list? :) Additionally, any general *nix application that hasn't been ported to Darwin/OSX yet will qualify as a MacPorts project. There are tons of these out there, so a proposal could either contain porting several small applications or one big one; the coding time allowed is 3 months.
One very useful thing I can think of is getting dependencies to support variants - i.e. port 1 need 'port 2 +variantA'.
Yes, that would be good. A couple of other ideas: 1) Complete the work to have a single py-* portfile work for both Python 2.4 and 2.5. 2) Find a box to support compiling code on older OSes. Not everybody has a 10.3 box, but it would be good to have smoke tests on them and email the person who did the commit if a new Port broke on another older os. -- Blair Zajac, Ph.D. <blair@orcaware.com> Subversion training, consulting and support http://www.orcaware.com/svn/
What kind of projects do you have in mind for the Summer of Code people to take on?
Another task could be to identify outdated ports, those that have recent source available but the Portfiles have not been updated. Some sources might lend themselves to automatically detecting recent versions. Those with standard versioning in the file name. This could be a project to add a section to Portfiles which would, in "developer mode", list the installed, available, and source available versions. -- -- arno s. hautala /-\ arno@alum.wpi.edu -- --
On 1 mars 07, at 23:57, Eric Hall wrote:
One very useful thing I can think of is getting dependencies to support variants - i.e. port 1 need 'port 2 +variantA'.
And also versions: port 1 need 'port 2 @2.6.27' Obviously, port 2 @2.6.28 would be correct also. And what about both ? port 1 need 'port 2 @2.6.27 +variantA' Cédric Luthi
Citando Arno Hautala :
What kind of projects do you have in mind for the Summer of Code people to take on?
Another task could be to identify outdated ports, those that have recent source available but the Portfiles have not been updated. Some sources might lend themselves to automatically detecting recent versions. Those with standard versioning in the file name. This could be a project to add a section to Portfiles which would, in "developer mode", list the installed, available, and source available versions.
Isn't it the "livecheck" feature? port livecheck lbdb tells that portfile is for version 0.30 and 0.34 is the current available version. Emmanuel
On 2007/03/02, at 03:30, Emmanuel Hainry wrote:
Citando Arno Hautala :
What kind of projects do you have in mind for the Summer of Code people to take on?
Another task could be to identify outdated ports, those that have recent source available but the Portfiles have not been updated. Some sources might lend themselves to automatically detecting recent versions. Those with standard versioning in the file name. This could be a project to add a section to Portfiles which would, in "developer mode", list the installed, available, and source available versions.
Isn't it the "livecheck" feature?
port livecheck lbdb
tells that portfile is for version 0.30 and 0.34 is the current available version.
WOW. Thanks so much. hmmm, some of these seem to need fixing. There are those that list an installed version greater than the new. So there's a task :) Thanks again. -- -- arno s. hautala /-\ arno@alum.wpi.edu -- --
On Mar 2, 2007, at 01:10, Cédric Luthi wrote:
On 1 mars 07, at 23:57, Eric Hall wrote:
One very useful thing I can think of is getting dependencies to support variants - i.e. port 1 need 'port 2 +variantA'.
And also versions: port 1 need 'port 2 @2.6.27'
Obviously, port 2 @2.6.28 would be correct also.
Well I don't think that's necessarily correct. Across minor versions (2.6.27 => 2.6.28) one would hope so... but across major versions (2.6.x => 2.7.x) things could certainly break. Subversion 1.4.3, for example, checks specifically for Neon 0.26.2, and complains if it finds 0.26.3. Neon 0.26.3 does in fact happen to work fine with Subversion, but from past experience the Subversion developers have learned to pin down the supported Neon version number quite specifically. Neon is still in initial development, hence the 0.x version number, and drastic changes can and sometimes do still occur.
On Mar 1, 2007, at 8:53 AM, Anant Narayanan wrote:
Will MacPorts be participating in the Google Summer of Code 2007? I highly recommend you do so :)
I've created a wiki page (http://trac.macosforge.org/projects/ macports/wiki/SummerOfCode) with some ideas for Google Summer of Code, collected from emails in this thread. Please add to it as you can. Important: - Our application for Summer of Code is due today at 5:00 pm PST. But I need to have the following: *** A list of macports committers who are willing to be mentors for this process. - If you are willing to be a mentor, please send me: - Your google account name (https://www.google.com/accounts/Login) - Why you will be a good mentor - What parts of MacPorts you're willing to be a mentor for - The application is due by 5:00 pm PST (hmm, it's already PDT though) tonight. Please get me this information well ahead of time. Summary: - I need your ideas for SOC projects (modify the wiki page at http:// trac.macosforge.org/projects/macports/wiki/SummerOfCode). - I need mentor volunteers (please get me the information above). Thanks! James
participants (8)
-
Anant Narayanan
-
Arno Hautala
-
Blair Zajac
-
Cédric Luthi
-
Emmanuel Hainry
-
Eric Hall
-
James Berry
-
Ryan Schmidt