GitLab proposal wiki page

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi all,

Sorry to interfere (I'm not involved with this project), but I guess if
this project is very large and the ideas page has been refreshed, then it
can be split into GSoC-worthy portions over the summer among interested
applicants? That way, it benefits the project. As long as it doesn't appear
to be teamwork, and can be split into chunks that don't depend on another
person's work, it should be in keeping with GSoC's rules as well.


Thank you,
Sarup Banskota


On Sun, May 5, 2013 at 9:58 PM, Mrigesh Pokhrel <mrigeshpokhrel at gmail.com>wrote:

> Hi Kevin,
>     I am as interested in this project as I was before, the changing of
> Title isnt an issue . What I am worried about is my proposal does not fit
> with the current idea. So I was asking the mentor for this project if I am
> allowed to modify it. I mailed bckurera and he said he has no problem as
> long as the mentor is ready with it. I have read about the packaging and am
> talking on ML about RFR and same. I have a proposal ready to resubmit on
> fedora wiki. Just waiting if I am allowed to do so.
>
> Regards
> Mrigesh Pokhrel
>
>
> On Sun, May 5, 2013 at 9:13 PM, Kevin Fenzi <kevin at scrye.com> wrote:
>
>> On Sun, 5 May 2013 11:21:53 +0530
>> Mrigesh Pokhrel <mrigeshpokhrel at gmail.com> wrote:
>>
>> > Hi,
>> >    So, The GitLab hosting project has been scrubbed and replaced with
>> > packaging. What about the GSOC submission?
>>
>> The "idea" for it has been around for years, but it was simply carried
>> over from previous years. We recently looked more closely at it and
>> decided that it wouldn't really be a great fit until they added more
>> public repo ability. In any case it would need to be packaged before we
>> can use it in Fedora Infrastructure and doing so is probibly already
>> more than a GSoC worth of work. ;(
>>
>> > Anyways , the change is
>> > not the issue. A few days back Vit sent me links about
>> > packaging[1][2], I have already started on it .
>>
>> Note that there are at least 2 other people interested in this as well.
>>
>> > But then still , how
>> > would the change in project idea affect my evaluation , as I
>> > understand it changes the whole proposal idea so should I change my
>> > proposal accordingly and am I allowed to do so now?
>>
>> I don't know what the deadlines or process is there.
>>
>> Sorry for changing the ideas page so late, but I wanted to make it
>> reflect more reality. :(
>>
>> kevin
>> --
>> >
>> > [1] https://fedoraproject.org/wiki/Packaging:Guidelines
>> > [2] https://fedoraproject.org/wiki/Packaging:Ruby
>> >
>> >
>> > On Sun, May 5, 2013 at 12:45 AM, Kevin Fenzi <kevin at scrye.com> wrote:
>> >
>> > > On Sat, 4 May 2013 23:59:41 +0530
>> > > Mrigesh Pokhrel <mrigeshpokhrel at gmail.com> wrote:
>> > >
>> > > > Hi,
>> > > >     I have made my Proposal wiki page[1] for your reference , do
>> > > > comment and review it and help me in improving it as required.
>> > > >
>> > > > [1]
>> > > >
>> > >
>> https://fedoraproject.org/wiki/GSOC_2013/Student_Application_rag3nix/Gitlib
>> > > >
>> > > > IRC : rag3nix , rag3
>> > >
>> > > So, this idea has changed a lot since it was on the idea page.
>> > >
>> > > Basically the current thing that needs doing is packaging gitlab and
>> > > all it's vast dependencies into Fedora/EPEL. This will allow anyone
>> > > interested in running it to simply yum install it and go, which
>> > > will be great. :)
>> > >
>> > > This would allow us down the road to deploy one in Fedora
>> > > Infrastructure if it meets our needs. (and it would use the normal
>> > > RFR process at:
>> > >
>> https://fedoraproject.org/wiki/Request_For_Resources?rd=Infrastructure/RFR
>> > > )
>> > > See discussion on the infrastructure list about how gitlab may or
>> > > may not meet our needs (mostly around how they handle public repos).
>> > > Additionally, if we do decide to setup gitlab, I think it very
>> > > likely we would NOT move all our hosted projects to it, but instead
>> > > allow it as a opt-in or additional resource (possibly even allowing
>> > > anyone with a fedora account to just make their own projects there).
>> > >
>> > > So, I would suggest you re-work your proposal as packging it up (or
>> > > choose another one if you are not interested in packaging).
>> > >
>> > > I've reworked the suggestions page:
>> > >
>> > >
>> https://fedoraproject.org/w/index.php?title=Summer_coding_ideas_for_2013&diff=prev&oldid=335470
>> > > to better reflect this.
>> > >
>> > > Sorry for the confusion.
>> > >
>> > > kevin
>> > >
>> >
>> >
>> >
>>
>>
>
>
> --
> Thanks and Regards
> Mrigesh Pokhrel
> +91 9807585021
>
> _______________________________________________
> summer-coding mailing list
> summer-coding at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/summer-coding
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/summer-coding/attachments/20130505/4934beab/attachment-0001.html>

[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux