Ruby 2.0
by Vít Ondruch
Hi,
Just for your information, I have pushed ruby-2.0 branch into the Ruby's
git repo. So if you like test the latest Ruby, you need to get the
latest HEAD tarball, which could be prepared using:
$ cd /path/to/your/ruby/sources
$ ./tool/make-snapshot tmp
Note that you have to have available subversion and bison on your
system. Also note that the content of tarball is needed to be repacked,
that the Ruby sources will be stored in "ruby-2.0.0-p0" folder (I know,
it is annoyance, but you can fix the spec and send me a patch ;). Also
note that I currently keep the ruby_abi at 1.9.1, while the official
release will have 2.0.0 probably. This should allow you to use Fedora's
gems without rebuild. Any comments/patches are appreciated.
Vit
[1]
http://pkgs.fedoraproject.org/gitweb/?p=ruby.git;a=tree;h=refs/heads/ruby...
11 years
Ruby-SIG meeting at FUDCon Paris 2012?
by Vít Ondruch
Hi Rubyists,
Since me and bkabrda are coming to FUDCon Paris, it would be nice
opportunity to meet you, other Rubyists, and discuss some topics and
future directions of Ruby in Fedora. Please let us know who would be
interested to come and share your topics, which should be discussed. I
can throw in several right now:
* JRuby and Rubinius in Fedora and their integration with RubyGems.
* Bundler?
* Rails 3(4) in Fedora.
* Redmine, Passenger?
* Parallel installation of several gem versions.
* gem2rpm improvements
Vit
11 years, 2 months
is-it-fedora-ruby update
by Mo Morsi
Just a quick update regarding the Fedora/Ruby project Zuhao has been
working on as part of the Google Summer of Code.
As many of you may remember, Zuhao has been working on a rails based
site to highlight the ruby sig's community's effort in packaging ruby
gems, developing ruby software, and overall improving the Ruby
experience on Fedora. Zuhao has made great headway with the project so
far, implementing Rake modules that allows us to pull the gem and rpm
packages into the local db as well as various frontend interfaces which
to display and cross-reference the gem / rpm metadata and other info
[1][2].
Various other features are in progress including the ability to comment
and rate specific packages, a section highlighting various projects
based on the Fedora / Ruby stack, and a mechanism to more closely
integrate w/ rubygems as gems are pushed.
I've hosted the website on one of my servers for the time being and
pointed a subdomain to it [3]. Towards the end of the summer we'll
update the site with the latest developments, reserve the
is-it-fedora-ruby (or other) domain, and point it at the server.
Any comments or feedback would be more than appreciated as well as any
patches or feature requests for the codebase. I'd like to thank Zuhao
for the work so far and am looking forward to seeing the site continue
to develop.
-Mo
[1] http://mo.morsi.org/files/gsoc/isitfedoraruby/02-gem-list.png
[2]
http://mo.morsi.org/files/gsoc/isitfedoraruby/03-packages-by-popularity.png
[3] http://isitfedoraruby.syracloud.net/
[4] https://github.com/zuhao/isitfedoraruby/tree/create-controllers
11 years, 3 months
Redmine in Fedora?
by Emanuel Rietveld
Replying to list to get wider discussion.
> Posted by Bohuslav "Slavek" Kabrda on 2012-07-13 04:21:44 EDT
> to https://bugzilla.redhat.com/show_bug.cgi?id=825495
> [Review Request: redmine]
>
> Emanuel,
> I'm not sure we want redmine in Fedora. It would make us always
> have its specified version of rails. I don't think we want to
> have our hands tied with that. What if we want to get rails 4
> (when they get released) into Fedora and redmine still relies
> on 3.2.3? This would limit us greatly, I have to say I am
> against that.
>
> A solution to your problem might be creating a software
> collection [1], [2], which would be independent on system Gems
> versions. Unfortunately, software collections are not allowed
> into Fedora [3] - but I believe that if enough users would want
> to use them for projects like this, FPC would allow them.
> Redmine is a great candidate for a software collection, I think
> [1]
http://docs.fedoraproject.org/en-US/Fedora_Contributor_Documentation/1/ht...
> [2] https://fedorahosted.org/SoftwareCollections/
> [3]
https://fedoraproject.org/wiki/Packaging:Guidelines#Software_Collection_M...
What I want to achieve with this redmine package is:
- a high quality package by getting feedback from the community
- an easy installation with sane defaults for redmine users
A software collection goes part of the way there, but has some
disadvantages by not being a first class citizen of Fedora.
When the rails community drops support for rails version 3, it
should not be wise to still run Redmine installations for rails 3.
At that time, we should work with upstream to make redmine work
on rails 4.
When rails 4 is released but rails 3 is still supported, I see no
reason why we could not have rails 3 and rails 4 side by side in
Fedora. We do it for packages like python too.
Do you think having redmine in Fedora would limit your freedom to
move the Fedora versions at the same speed that the upstream
community is moving? Why? Should this problem be solved in Fedora
or in the application (redmine upstream)? How can a package
maintainer help?
Thank you for your comment,
Emanuel
11 years, 4 months
Greetings
by Jayson Rowe
Hello All,
I'm somewhat new (back) to Fedora, and I'm looking into various SIGs
get get involved with. I'm curious about the Ruby SIG, and Ruby in
general.
I've always managed Ruby with RVM. What are the
advantages/disadvantages of using the Fedora provided packages? Is
there a way to do "gemsets" without using RVM?
Also, what ways could I help out the SIG?
Thanks for any info!
--
-jayson
11 years, 4 months
Rails 3.2 in Fedora 18
by Bohuslav Kabrda
Hi all,
I just created a feature page for Rails 3.2 in Fedora 18 [1] - I figured we will need to update, as the current 3.0 is getting quite old (I'm assuming nobody is against this, right?). I'd be glad if you could give me some comments and suggestions before submitting the feature to FESCo.
Thanks.
--
Regards,
Bohuslav "Slavek" Kabrda.
[1] https://fedoraproject.org/wiki/Features/Rails_3.2
11 years, 4 months
Re: ABRT for Ruby
by Vít Ondruch
Hi Jakub,
Thank you for your patches. I have integrated them into v0.0.3 which is
now available at RubyGems and as a SRPM in the review referenced earlier.
There also other news in this release:
* Exectubale name is extracted from backtrace, to prevent possible
issues when $PROGRAM_NAME is modified in runtime.
* Oneline scripts and scripts executed from relative paths are ignored.
* Improved test suite.
And as always, feedback is appreciated.
Vit
Dne 10.7.2012 11:55, Jakub Filak napsal(a):
> Hi Vit,
>
> I'd rather use 'Ruby' as value of the analyzer field. If the analyzer field is
> set to 'Python' the ABRT believes that the backtrace field contains a python
> backtrace. A new analyzer/type needs a proper configuration of events,
> therefore I prepared a patch that changes the analyzer value to 'Ruby' and
> adds a configuration file.
>
> (I changed rubygem-abrt.spec because the configuration file must be installed
> to /etc/libreport/events.d/).
>
> The patches are attached.
>
>
> Regards
> Jakub
>
>
> On Monday 09 of July 2012 15:47:51 Vít Ondruch wrote:
>> Hi,
>>
>> Updated ABRT gem version 0.0.2 is available at RubyGems.org if you like
>> to test it. I'd love to hear some feedback.
>>
>> There were done following changes:
>>
>> * Improved code base
>> * Better handling of some edge cases, such as call to Kernel#exit or
>> Ctrl+C event
>> * Test suite added
>> * Improved documentation
>>
>> I also prepared RPM for Fedora. Review is available at
>> https://bugzilla.redhat.com/show_bug.cgi?id=838568
>>
>>
>> Vit
11 years, 4 months
Re: Ruby and Fedora 17
by Bohuslav Kabrda
Hi Phil,
----- Original Message -----
> Slavek,
>
>
> On 2012-07-16 18:02, Bohuslav Kabrda wrote:
> > Hi Phil,
> >
> > ----- Original Message -----
> >> Bohuslav,
> >>
> >>
> >> On Jul 16 05:39:29 UTC 2012 Bohuslav Kabrda wrote:
> >> > On 2012-07-15 15:23, Philip Rhoades wrote:
> >> > > Bohuslav,
> >> > >
> >> > >
> >> > > On 2012-06-19 20:44, Bohuslav Kabrda wrote:
> >> > >> Hi all,
> >> > >> since Ruby/Fedora integration had some significant changes
> >> > >> from
> >> > F16
> >> > >> to F17, I thought it might be a good idea to write a summary
> >> > >> of
> >> > new
> >> > >> features and send it out for all - see [1].
> >> > >>
> >> > >> All comments and suggestions for further development are
> >> > >> welcome.
> >> > >
> >> > >
> >> > > On a Fedora 17 x86_64 install:
> >> > >
> >> > > gem list
> >> > >
> >> > > shows:
> >> > >
> >> > > actionmailer (3.2.6)
> >> > > . .
> >> > >
> >> > > but:
> >> > >
> >> > > updateb
> >> > > locate gem | grep actionmailer
> >> > >
> >> > > show nothing?
> >> > >
> >> > > What gives?
> >> >
> >> > Hi Phil,
> >> > I can't find a way to reproduce the issue. I tried installing
> >> > the
> >> > gem
> >> > both with "gem install" and "sudo gem install" and both
> >> > locations
> >> > are
> >> > found with "locate gem | grep actionmailer".
> >> > Could you please provide more specific info:
> >> > - How did you install the gem? (with or without sudo)
> >> > - Was the installation successful?
> >> > - Is the actionmailer-3.2.6 directory located under
> >> > "/usr/local/share/gems/gems" or
> >> > "/home/<yourusername>/.gem/ruby/1.9.1/gems"?
> >>
> >>
> >> I think I found this after I had done:
> >>
> >> yum install rubygems
> >>
> >> - would that allow "gem list" to show "actionmailer" ?
> >>
> >
> > If you have installed Ruby from Fedora, the Rubygems must have been
> > installed too, so doing "yum install rubygems" probably did
> > nothing.
> > "gem list" command is the standard way to find what gems you have
> > installed on your system.
>
>
> I understand that - that is why I was surprised that "actionmailer"
> apppeared in the list but I couldn't find where it was in the file
> system (as I could in previous versions).
>
>
> > Actually I am not sure about the
> > "updatedb/locate" stuff, I'm not familiar with it very much.
>
>
> A DB of Existing files in the file system are updated usually by a
> cron
> job nightly but the update can be forced with "updatedb" - locate
> just
> shows the existence of a search string in the updated database ie the
> location of the file.
>
>
> > Could you please answer all the questions from my previous email?
>
>
> I thought I had - trying again:
>
> - I had not done any "gem install xx" only "yum install rubygems"
>
> - I didn't have any errors up to that point
>
> - The "actionmailer" dir could not be found at that time - of course
> after further "gem install xx" it exists now under:
> "/usr/local/share/gems/gems"
>
> => That's why I suggested trying to reproduce the problem with a
> fresh
> install of a virtual machine . .
>
Hmm, so I have precisely the same setup and locate can see actionmailer in /usr/local/share/gems/gems. Is it possible that you're running "locate" under a user who can't read the directory? I'm kind of running out of ideas. It seems that this is not Rubygems related problem.
I tried this locally:
yum install rubygems
gem install actionmailer
updatedb
locate gem | grep actionmailer
These steps printed bunch of the files under /usr/local/share/gems for me, so I can't really reproduce the issue.
Does anyone else have any idea what might be going on here?
>
> > Also, was this a fresh Fedora 17 install or an upgrade from an
> > older
> > Fedora?
>
>
> As I said/implied before it was a fresh Fedora install on a virtual
> machine.
>
> Thanks,
>
> Phil.
--
Regards,
Bohuslav "Slavek" Kabrda.
11 years, 5 months