Bringing GitLab in Fedora

[Axilleas Pipinellis]

On 04/11/2013 01:52 PM, 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=642666there 
> 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 :/
>
Are these listed somewhere, or you manually search for them?

> And there are some which are in Fedora already:
>
> facter - https://admin.fedoraproject.org/pkgdb/acls/name/facter
>
Ah yes, I searched only packages that contained the rubygem prefix. I'll 
fix that.

> 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.
>
>
Thanks for the koji link, I'll check it.

> 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
>
oops, you're right. I'll exclude devel packages as well.
Nice catch :) I didn't take the Gemfile into account, that's
why it ended up listing these deps.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/ruby-sig/attachments/20130411/851100ba/attachment.html>