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
On Sat, 4 May 2013 23:59:41 +0530 Mrigesh Pokhrel mrigeshpokhrel@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&... to better reflect this.
Sorry for the confusion.
kevin
Hi, So, The GitLab hosting project has been scrubbed and replaced with packaging. What about the GSOC submission? 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 . 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?
[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@scrye.com wrote:
On Sat, 4 May 2013 23:59:41 +0530 Mrigesh Pokhrel mrigeshpokhrel@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&... to better reflect this.
Sorry for the confusion.
kevin
On Sun, 5 May 2013 11:21:53 +0530 Mrigesh Pokhrel mrigeshpokhrel@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@scrye.com wrote:
On Sat, 4 May 2013 23:59:41 +0530 Mrigesh Pokhrel mrigeshpokhrel@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&... to better reflect this.
Sorry for the confusion.
kevin
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@scrye.com wrote:
On Sun, 5 May 2013 11:21:53 +0530 Mrigesh Pokhrel mrigeshpokhrel@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@scrye.com wrote:
On Sat, 4 May 2013 23:59:41 +0530 Mrigesh Pokhrel mrigeshpokhrel@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&...
to better reflect this.
Sorry for the confusion.
kevin
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@gmail.comwrote:
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@scrye.com wrote:
On Sun, 5 May 2013 11:21:53 +0530 Mrigesh Pokhrel mrigeshpokhrel@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@scrye.com wrote:
On Sat, 4 May 2013 23:59:41 +0530 Mrigesh Pokhrel mrigeshpokhrel@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&...
to better reflect this.
Sorry for the confusion.
kevin
-- Thanks and Regards Mrigesh Pokhrel +91 9807585021
summer-coding mailing list summer-coding@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/summer-coding
On Sun, May 5, 2013 at 10:08 PM, Sarup Banskota sbanskota08@gmail.com wrote:
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.
I really want to see how many people will actually volunteer to any project if we say that please work on it but we will not count that as part of gsoc.
Kushal
Hi, There are many who have no knowledge of GSOC and want to contribute but have no idea how to do so. GSOC is a platform with an added incentive.
Regards, Mrigesh Pokhrel
On Sun, May 5, 2013 at 10:33 PM, Kushal Das kushaldas@gmail.com wrote:
On Sun, May 5, 2013 at 10:08 PM, Sarup Banskota sbanskota08@gmail.com wrote:
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.
I really want to see how many people will actually volunteer to any project if we say that please work on it but we will not count that as part of gsoc.
Kushal _______________________________________________ summer-coding mailing list summer-coding@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/summer-coding
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 05/05/2013 06:03 PM, Kushal Das wrote:
On Sun, May 5, 2013 at 10:08 PM, Sarup Banskota sbanskota08@gmail.com wrote:
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.
I really want to see how many people will actually volunteer to any project if we say that please work on it but we will not count that as part of gsoc.
Kushal _______________________________________________ summer-coding mailing list summer-coding@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/summer-coding
A lot of people would not be able to afford to spend time on projects like this without programmes like GSOC, that's what makes it so great! I know it may seem like "oh these folks are just doing it for the money", but many do it because the money enables them to do it (don't have to spend all their time doing something pointless like flipping burgers). Even though they many people would like to do it anyway, they have to spend all their time making as much money as they can so that they can go back to continue their studies.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Dear Mrigesh,
I have looked at your GSoC proposal, and would like to notify you of a few major things you seem to have forgotten: - - The infrastructure team requires everything that's deployed in the Fedora infrastructure to be packaged as an RPM, so that we can deploy and maintain it easily. - - To get anything hosted in our infrastructure, you will need to submit an Request For Resources, for this please look https://fedoraproject.org/wiki/Request_For_Resources. - - Please note that the current versions of RHEL (5/6) have Ruby versions that are too old to run gitlab, so you will have to package them for Fedora. This might impact the willingness of the Infrastructure team to host it.
I think it might be a better target to just get gitlab packaged for Fedora during the GSoC, as there are a lot of Ruby gems you still need to package.
Regards, Patrick Uiterwijk
On Sat, May 04, 2013 at 11:59:41PM +0530, Mrigesh Pokhrel 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
-- Thanks and Regards Mrigesh Pokhrel +91 9807585021
infrastructure mailing list infrastructure@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure
Hi Patrick , Thank, but would submitting a ROR start early in this project , or after the packaging would be done? And in this scenario how would one go on about submitting a ticket for RFR?
Regards, Mrigesh
On Sun, May 5, 2013 at 12:49 AM, Patrick Uiterwijk puiterwijk@gmail.comwrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Dear Mrigesh,
I have looked at your GSoC proposal, and would like to notify you of a few major things you seem to have forgotten:
- The infrastructure team requires everything that's deployed in the
Fedora infrastructure to be packaged as an RPM, so that we can deploy and maintain it easily.
- To get anything hosted in our infrastructure, you will need to submit
an Request For Resources, for this please look https://fedoraproject.org/wiki/Request_For_Resources.
- Please note that the current versions of RHEL (5/6) have Ruby versions
that are too old to run gitlab, so you will have to package them for Fedora. This might impact the willingness of the Infrastructure team to host it.
I think it might be a better target to just get gitlab packaged for Fedora during the GSoC, as there are a lot of Ruby gems you still need to package.
Regards, Patrick Uiterwijk
On Sat, May 04, 2013 at 11:59:41PM +0530, Mrigesh Pokhrel 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
-- Thanks and Regards Mrigesh Pokhrel +91 9807585021
infrastructure mailing list infrastructure@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux)
iQIcBAEBCgAGBQJRhV8mAAoJEIZXmA2atR5QzsoQAKezXjzVn90Y/zDAJAqz8nUK Z/AaUfUSgPCU7AMR8fuxyrYhQWGZomAKVQK0U5ZSbS7NuERaENyGzvKa1I2xomBm NheByVWYq4e6Sy2R1ibt+g2vJziyCz3hTEY2HCdFaH5wptPK/kwNUlLiJg7v4NyX 7Bh9Q7m55zyj+Ch241C3QN12q4gPVXc4XAPRV6XGIIT6xpj+r/Cr68EDFOfLOqOW fNrnA7y9zaAvX9vG8M8duhLPKC3JdIwskylWndPnezL0P+qpFu/7pE2YHtEmQCBT eZ0HwHUk6og6c32j2kg5mQu4D+Lvdl6Oo1CFX7obCHL0RvmdMDgo+W6sgVk4cxJi mm/rxLAlYUDt7efRf9+L8QbO8LwryZBXqC8ROK+XX7kC0AxSEOY8+3TvN8gPtwLg 2MWZRtpdrz2RONQxvAcl1+g6Mg0K1MvPsAisRESqUSE7gbgN5XYiTvljIGbd4ztW ioeyCgCcK1ka9PWzP2gXyUrEy5Yzl3S96C9sl6MgJf6CmcEOPWmhXP5itogx6OOq fzqj5NXZZp2UY6J5y2tmG5TcVV6idPxUTr+3bcSOrguQqOqL5Wr0hUo92y9nRGM5 T01jK/EsZXpSGkOsm4df4Z4N7yFGLUmB8Jbdv+kAIU1HIeqrPHhtLhcoJpqYwqxt Gsods6i0U5ersPLi0IBa =DtbU -----END PGP SIGNATURE----- _______________________________________________ infrastructure mailing list infrastructure@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Dear Mrigresh,
As noted on the web page I linked you to, you need to make sure it is packaged BEFORE you file your RFR: "If your resource requires packages, please make sure that you create, get approved and have your package(s) available in Fedora and/or EPEL before you file your RFR ticket.". The process for submtting an RFR is also outlined on that webpage.
Regards, Patrick
On Sun, May 05, 2013 at 12:17:50PM +0530, Mrigesh Pokhrel wrote:
Hi Patrick , Thank, but would submitting a ROR start early in this project , or after the packaging would be done? And in this scenario how would one go on about submitting a ticket for RFR?
Regards, Mrigesh
On Sun, May 5, 2013 at 12:49 AM, Patrick Uiterwijk puiterwijk@gmail.comwrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Dear Mrigesh,
I have looked at your GSoC proposal, and would like to notify you of a few major things you seem to have forgotten:
- The infrastructure team requires everything that's deployed in the
Fedora infrastructure to be packaged as an RPM, so that we can deploy and maintain it easily.
- To get anything hosted in our infrastructure, you will need to submit
an Request For Resources, for this please look https://fedoraproject.org/wiki/Request_For_Resources.
- Please note that the current versions of RHEL (5/6) have Ruby versions
that are too old to run gitlab, so you will have to package them for Fedora. This might impact the willingness of the Infrastructure team to host it.
I think it might be a better target to just get gitlab packaged for Fedora during the GSoC, as there are a lot of Ruby gems you still need to package.
Regards, Patrick Uiterwijk
On Sat, May 04, 2013 at 11:59:41PM +0530, Mrigesh Pokhrel 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
-- Thanks and Regards Mrigesh Pokhrel +91 9807585021
infrastructure mailing list infrastructure@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux)
iQIcBAEBCgAGBQJRhV8mAAoJEIZXmA2atR5QzsoQAKezXjzVn90Y/zDAJAqz8nUK Z/AaUfUSgPCU7AMR8fuxyrYhQWGZomAKVQK0U5ZSbS7NuERaENyGzvKa1I2xomBm NheByVWYq4e6Sy2R1ibt+g2vJziyCz3hTEY2HCdFaH5wptPK/kwNUlLiJg7v4NyX 7Bh9Q7m55zyj+Ch241C3QN12q4gPVXc4XAPRV6XGIIT6xpj+r/Cr68EDFOfLOqOW fNrnA7y9zaAvX9vG8M8duhLPKC3JdIwskylWndPnezL0P+qpFu/7pE2YHtEmQCBT eZ0HwHUk6og6c32j2kg5mQu4D+Lvdl6Oo1CFX7obCHL0RvmdMDgo+W6sgVk4cxJi mm/rxLAlYUDt7efRf9+L8QbO8LwryZBXqC8ROK+XX7kC0AxSEOY8+3TvN8gPtwLg 2MWZRtpdrz2RONQxvAcl1+g6Mg0K1MvPsAisRESqUSE7gbgN5XYiTvljIGbd4ztW ioeyCgCcK1ka9PWzP2gXyUrEy5Yzl3S96C9sl6MgJf6CmcEOPWmhXP5itogx6OOq fzqj5NXZZp2UY6J5y2tmG5TcVV6idPxUTr+3bcSOrguQqOqL5Wr0hUo92y9nRGM5 T01jK/EsZXpSGkOsm4df4Z4N7yFGLUmB8Jbdv+kAIU1HIeqrPHhtLhcoJpqYwqxt Gsods6i0U5ersPLi0IBa =DtbU -----END PGP SIGNATURE----- _______________________________________________ infrastructure mailing list infrastructure@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure
-- Thanks and Regards Mrigesh Pokhrel +91 9807585021
Hi Patrick Packaging I understand. One needs to create a rpm installable package as well specifying their dependencies. This is the most basic I am talking about. But I intend to ask, if I create a package why would I need RFR? Do all packages need RFR? How do I decide that a package I created needs a RFR? Sorry if it sounds too naive, but I would like to be clear about it.
Regards, Mrigesh Pokhrel
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Dear Mrigresh,
As noted on the web page I linked you to, you need to make sure it is packaged BEFORE you file your RFR: "If your resource requires packages, please make sure that you create, get approved and have your package(s) available in Fedora and/or EPEL before you file your RFR ticket.". The process for submtting an RFR is also outlined on that webpage.
Regards, Patrick
On Sun, May 05, 2013 at 12:17:50PM +0530, Mrigesh Pokhrel wrote:
Hi Patrick , Thank, but would submitting a ROR start early in this project , or after the packaging would be done? And in this scenario how would one go on about submitting a ticket for RFR?
Regards, Mrigesh
On Sun, May 5, 2013 at 12:49 AM, Patrick Uiterwijk puiterwijk@gmail.comwrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Dear Mrigesh,
I have looked at your GSoC proposal, and would like to notify you of a few major things you seem to have forgotten:
- The infrastructure team requires everything that's deployed in the
Fedora infrastructure to be packaged as an RPM, so that we can deploy and maintain it easily.
- To get anything hosted in our infrastructure, you will need to submit
an Request For Resources, for this please look https://fedoraproject.org/wiki/Request_For_Resources.
- Please note that the current versions of RHEL (5/6) have Ruby versions
that are too old to run gitlab, so you will have to package them for Fedora. This might impact the willingness of the Infrastructure team to host it.
I think it might be a better target to just get gitlab packaged for Fedora during the GSoC, as there are a lot of Ruby gems you still need to package.
Regards, Patrick Uiterwijk
On Sat, May 04, 2013 at 11:59:41PM +0530, Mrigesh Pokhrel 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
-- Thanks and Regards Mrigesh Pokhrel +91 9807585021 _______________________________________________ infrastructure mailing list infrastructure@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux)
iQIcBAEBCgAGBQJRhV8mAAoJEIZXmA2atR5QzsoQAKezXjzVn90Y/zDAJAqz8nUK Z/AaUfUSgPCU7AMR8fuxyrYhQWGZomAKVQK0U5ZSbS7NuERaENyGzvKa1I2xomBm NheByVWYq4e6Sy2R1ibt+g2vJziyCz3hTEY2HCdFaH5wptPK/kwNUlLiJg7v4NyX 7Bh9Q7m55zyj+Ch241C3QN12q4gPVXc4XAPRV6XGIIT6xpj+r/Cr68EDFOfLOqOW fNrnA7y9zaAvX9vG8M8duhLPKC3JdIwskylWndPnezL0P+qpFu/7pE2YHtEmQCBT eZ0HwHUk6og6c32j2kg5mQu4D+Lvdl6Oo1CFX7obCHL0RvmdMDgo+W6sgVk4cxJi mm/rxLAlYUDt7efRf9+L8QbO8LwryZBXqC8ROK+XX7kC0AxSEOY8+3TvN8gPtwLg 2MWZRtpdrz2RONQxvAcl1+g6Mg0K1MvPsAisRESqUSE7gbgN5XYiTvljIGbd4ztW ioeyCgCcK1ka9PWzP2gXyUrEy5Yzl3S96C9sl6MgJf6CmcEOPWmhXP5itogx6OOq fzqj5NXZZp2UY6J5y2tmG5TcVV6idPxUTr+3bcSOrguQqOqL5Wr0hUo92y9nRGM5 T01jK/EsZXpSGkOsm4df4Z4N7yFGLUmB8Jbdv+kAIU1HIeqrPHhtLhcoJpqYwqxt Gsods6i0U5ersPLi0IBa =DtbU -----END PGP SIGNATURE----- _______________________________________________ infrastructure mailing list infrastructure@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure
-- Thanks and Regards Mrigesh Pokhrel +91 9807585021
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux)
iQIcBAEBCgAGBQJRhhspAAoJEIZXmA2atR5QQ5wQALa6WIAc0Vd85l7Ey3aAfonJ YH+piWDIOqmhcK8HxjRjNg7WUhmJDu0E40e1P0NX9ldP3o3NLVeLl7gIMQVIWWG6 pwd+Y9TmE6qWCywm99bGIhSPZ/En0DL1UmHAH8rJVZrCxRbnhGv/StgsbmdUTMYI 9sFXI/S9nyZY3cDgW9EVe+LUIcTwyTeaCKA/a4H/oL32DdDiEk2bR9PHm79R57Qf CMNtzCq30/UrCZzVF/WgGrUefcBtRUjNFhEDioVthnjckk952CMBw6JVjC3EnGSa 3VduCFWp2rrZpaeJUZw+Tc9k6ER6VpKv8LZr8jHqTMtCYhCp24w2ZWoNZDc/D/lT 7bzK05CUMbBLygEOGizm5cLWy+XBfw+U0Ynv8YxZBqzNCCPI3FfRTdRmMIepkWMR XZe3UIe/E3m0LZyvFavy2mUfB4XXAym45cL9H+aAGmoVskruKO+CIs7Q9s4U4pjC 5zK4nhvzImHIk5C3tsl6OBhq4KvJcLIHrIcFjs2cEHrNrc0sn3KhWr3DgweRo8XN hzkWfaetsbKmhmzqk1rZfkaEEnP19B0NQTAEcvt7x3peQtS+WfpRcpBO6IU/8FI2 YRM3AIfpQpAwkqKJdJ9S1aEI+avSUL3AIfJFsw08VDgY9q4wPXuEXdEMkOSD2ada kN05UTJMFy+bieuJPbH+ =4pFb -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Hello Mrigresh,
No, not all packages need to get an RFR. The RFR is only applicable if you want to get a piece of software to run in the Fedora Infrastructure (like fedorahosted). If you want to run it on any other server, the RFR makes no sense, as it is a Request For Fedora Infrastructure Resources.
Regards, Patrick
On Sun, May 05, 2013 at 02:31:11PM +0530, Mrigesh Pokhrel wrote:
Hi Patrick Packaging I understand. One needs to create a rpm installable package as well specifying their dependencies. This is the most basic I am talking about. But I intend to ask, if I create a package why would I need RFR? Do all packages need RFR? How do I decide that a package I created needs a RFR? Sorry if it sounds too naive, but I would like to be clear about it.
Regards, Mrigesh Pokhrel
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Dear Mrigresh,
As noted on the web page I linked you to, you need to make sure it is packaged BEFORE you file your RFR: "If your resource requires packages, please make sure that you create, get approved and have your package(s) available in Fedora and/or EPEL before you file your RFR ticket.". The process for submtting an RFR is also outlined on that webpage.
Regards, Patrick
On Sun, May 05, 2013 at 12:17:50PM +0530, Mrigesh Pokhrel wrote:
Hi Patrick , Thank, but would submitting a ROR start early in this project , or after the packaging would be done? And in this scenario how would one go on about submitting a ticket for RFR?
Regards, Mrigesh
On Sun, May 5, 2013 at 12:49 AM, Patrick Uiterwijk puiterwijk@gmail.comwrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
Dear Mrigesh,
I have looked at your GSoC proposal, and would like to notify you of a few major things you seem to have forgotten:
- The infrastructure team requires everything that's deployed in the
Fedora infrastructure to be packaged as an RPM, so that we can deploy and maintain it easily.
- To get anything hosted in our infrastructure, you will need to submit
an Request For Resources, for this please look https://fedoraproject.org/wiki/Request_For_Resources.
- Please note that the current versions of RHEL (5/6) have Ruby versions
that are too old to run gitlab, so you will have to package them for Fedora. This might impact the willingness of the Infrastructure team to host it.
I think it might be a better target to just get gitlab packaged for Fedora during the GSoC, as there are a lot of Ruby gems you still need to package.
Regards, Patrick Uiterwijk
On Sat, May 04, 2013 at 11:59:41PM +0530, Mrigesh Pokhrel 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
-- Thanks and Regards Mrigesh Pokhrel +91 9807585021 _______________________________________________ infrastructure mailing list infrastructure@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux)
iQIcBAEBCgAGBQJRhV8mAAoJEIZXmA2atR5QzsoQAKezXjzVn90Y/zDAJAqz8nUK Z/AaUfUSgPCU7AMR8fuxyrYhQWGZomAKVQK0U5ZSbS7NuERaENyGzvKa1I2xomBm NheByVWYq4e6Sy2R1ibt+g2vJziyCz3hTEY2HCdFaH5wptPK/kwNUlLiJg7v4NyX 7Bh9Q7m55zyj+Ch241C3QN12q4gPVXc4XAPRV6XGIIT6xpj+r/Cr68EDFOfLOqOW fNrnA7y9zaAvX9vG8M8duhLPKC3JdIwskylWndPnezL0P+qpFu/7pE2YHtEmQCBT eZ0HwHUk6og6c32j2kg5mQu4D+Lvdl6Oo1CFX7obCHL0RvmdMDgo+W6sgVk4cxJi mm/rxLAlYUDt7efRf9+L8QbO8LwryZBXqC8ROK+XX7kC0AxSEOY8+3TvN8gPtwLg 2MWZRtpdrz2RONQxvAcl1+g6Mg0K1MvPsAisRESqUSE7gbgN5XYiTvljIGbd4ztW ioeyCgCcK1ka9PWzP2gXyUrEy5Yzl3S96C9sl6MgJf6CmcEOPWmhXP5itogx6OOq fzqj5NXZZp2UY6J5y2tmG5TcVV6idPxUTr+3bcSOrguQqOqL5Wr0hUo92y9nRGM5 T01jK/EsZXpSGkOsm4df4Z4N7yFGLUmB8Jbdv+kAIU1HIeqrPHhtLhcoJpqYwqxt Gsods6i0U5ersPLi0IBa =DtbU -----END PGP SIGNATURE----- _______________________________________________ infrastructure mailing list infrastructure@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/infrastructure
-- Thanks and Regards Mrigesh Pokhrel +91 9807585021
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux)
iQIcBAEBCgAGBQJRhhspAAoJEIZXmA2atR5QQ5wQALa6WIAc0Vd85l7Ey3aAfonJ YH+piWDIOqmhcK8HxjRjNg7WUhmJDu0E40e1P0NX9ldP3o3NLVeLl7gIMQVIWWG6 pwd+Y9TmE6qWCywm99bGIhSPZ/En0DL1UmHAH8rJVZrCxRbnhGv/StgsbmdUTMYI 9sFXI/S9nyZY3cDgW9EVe+LUIcTwyTeaCKA/a4H/oL32DdDiEk2bR9PHm79R57Qf CMNtzCq30/UrCZzVF/WgGrUefcBtRUjNFhEDioVthnjckk952CMBw6JVjC3EnGSa 3VduCFWp2rrZpaeJUZw+Tc9k6ER6VpKv8LZr8jHqTMtCYhCp24w2ZWoNZDc/D/lT 7bzK05CUMbBLygEOGizm5cLWy+XBfw+U0Ynv8YxZBqzNCCPI3FfRTdRmMIepkWMR XZe3UIe/E3m0LZyvFavy2mUfB4XXAym45cL9H+aAGmoVskruKO+CIs7Q9s4U4pjC 5zK4nhvzImHIk5C3tsl6OBhq4KvJcLIHrIcFjs2cEHrNrc0sn3KhWr3DgweRo8XN hzkWfaetsbKmhmzqk1rZfkaEEnP19B0NQTAEcvt7x3peQtS+WfpRcpBO6IU/8FI2 YRM3AIfpQpAwkqKJdJ9S1aEI+avSUL3AIfJFsw08VDgY9q4wPXuEXdEMkOSD2ada kN05UTJMFy+bieuJPbH+ =4pFb -----END PGP SIGNATURE-----
infrastructure@lists.fedoraproject.org