Bringing GitLab in Fedora

[Troy Dawson]

I plan on doing faye-websocket in the near future (within a month or two).
I'm ok if someone else grabs before I get to it, but if not, I'll grab 
that one.

Troy

On 04/11/2013 05:52 AM, Vít Ondruch wrote:
> There are some of them already undergoing review:
>
> awesome_print - https://bugzilla.redhat.com/show_bug.cgi?id=839650
> backports - https://bugzilla.redhat.com/show_bug.cgi?id=816991 - though
> I am not sure if we should continue with this one, since it brings
> nothing new to Fedora
> bootstrap-sass - https://bugzilla.redhat.com/show_bug.cgi?id=920436
> faraday - https://bugzilla.redhat.com/show_bug.cgi?id=820063
> rails_best_practices - https://bugzilla.redhat.com/show_bug.cgi?id=839649
> ruby-progressbar - There is rubygem-progressbar, which seems to be the
> same library: https://bugzilla.redhat.com/show_bug.cgi?id=642666 there
> was also rubygem-ruby-progressbar review:
> https://bugzilla.redhat.com/show_bug.cgi?id=737551 - Although this one
> was deferred, not sure if we should not name the gem by upstream
> spork - https://bugzilla.redhat.com/show_bug.cgi?id=588476 - This was
> deferred
> stringex - https://bugzilla.redhat.com/show_bug.cgi?id=728051
> yajl-ruby - https://bugzilla.redhat.com/show_bug.cgi?id=823351 - This is
> blocked by upstream a bit :/
>
> And there are some which are in Fedora already:
>
> facter - https://admin.fedoraproject.org/pkgdb/acls/name/facter
>
> And also others, which are not yet in Fedora, but they are packaged by
> their upstream, such as Foreman. The Katello Koji instance [1] might be
> good source for packages like that. Katello guys are eager to get their
> dependencies into Fedora as far as I know.
>
> Some of them should not be needed at all:
> libv8 - This is used by therubyracer as far as I know. The system libv8
> is used for therubyracer instead and if there is other need, it should
> be used there as well.
> rb-fsevent - This is Mac specific gem. It is useless on Linux. And that
> is exactly the thing which is problematic for collaboration with Ruby
> community :/ It is very probably dependency of Spork, so it should not
> be needed anyway. In the worst case, Spork can use polling by default.
>
>
> And also, please note that you are listing also the development
> dependencies, such as Spork. Spork is no way needed for run-time nor
> build-time. It is pure development tool, which allows you to run your
> test suite as soon as you save some changes. We should eliminate such
> gems from the list. Not that we don't want them in Fedora, but just
> because they are out of scope for this project IMO.
>
> Vít
>
>
>
> [1] http://koji.katello.org/koji/packages
>
>
>
> Dne 11.4.2013 11:36, Dan Allen napsal(a):
>>
>> Absolutely fantastic write-up. This is exactly the type of update that
>> starts the effort off on the right foot and gets the community behind
>> it. Thank you for posting.
>>
>> I just went through the process of packaging a few gems, so *if* I
>> have time, I'd be happy to grab a few from the list and get them
>> packaged or do reviews.
>>
>> Best of luck!
>>
>> -Dan
>>
>> --
>> Sent from my CyanogenMod-powered
>> Android device, an open platform for
>> carriers, developers and consumers.
>>
>> On Apr 10, 2013 11:59 AM, "Axilleas Pipinellis" <axilleas at archlinux.gr
>> <mailto:axilleas at archlinux.gr>> wrote:
>>
>>     Hello everyone! It's been over a month since I last wrote to this list
>>     regarding the GitLab project.
>>     I managed to make a blog post of the story so far[0], any feedback
>>     welcomed :)
>>
>>     Cheers!
>>
>>
>>     [0] http://axilleas.github.io/en/blog/2013/bringing-gitlab-in-fedora/