updating gems

[Mo Morsi]

Before jumping back into isitfedoraruby, I plan on pushing some long
overdue updates to some of the gems I maintain.

The following are on my list:

Must update:
- childprocess: 0.2.0 -> 0.3.6 (BZ #873320, required for rubygem-aruba
update)

Upstream release monitoring
- minitest:        2.10.1 -> 4.2.0  (BZ #798247)
- ruby2ruby:       1.2.4  -> 2.0.1  (BZ #843895)
- ruby_parser:     2.0.4  -> 3.0.1  (BZ #843896, could we use this gem
in gem2rpm?)
- sexp_processor:  3.0.4  -> 4.1.2  (BZ #843897)
- ZenTest:         4.6.2  -> 4.8.2  (BZ #828262)
- sass:            3.1.20 -> 3.2.2  (BZ #847675)
- thor:            0.14.6 -> 0.16.0 (BZ #843898)
--- the following are only point releases so I don't expect any major
problems w/ these:
- webmock:         1.8.7  -> 1.8.11 (BZ #842655)
- haml:            3.1.6  -> 3.1.7  (BZ #847670)
- treetop:         1.4.11 -> 1.4.12 (BZ #871769)
- oauth:           0.4.4  -> 0.4.7  (BZ #746468)
- uuidtools:       2.1.2  -> 2.1.3  (BZ #840762)
- yard:            0.8.2  -> 0.8.3  (BZ #866401)
---

Others:
- authlogic:  3.0.3  -> 3.1.3
- compass:    0.11.5 -> 0.12.2
- cucumber:   1.1.9  -> 1.2.1
- vcr:        1.10.0 -> 2.3.0

---------------------------------

Unless there are any objections, I would like to start pushing updates
to rawhide soon (rawhide only). To assist in the update process, I've
whipped up a little script (which you can find here [1]) called the Gem
Rpm Updater, or gru.rb

This script simply wraps some of the fedpkg commands to checkout a gem
from Fedora, download the latest version from rubygems, and updates the
spec file / builds it via koji.

It automates everything up to the git push and official koji build /
tagging. Most likely it won't catch all edge-cases, and some
intervention will be needed, but it spits out any discrepancies in the
process if it notices them, and I'm hoping if we standardize our
workflow enough, this will work w/out intervention for most packages
(perhaps we could offer another level of compliance in or ontop of
Fedora's Ruby guidelines).

I was able to come up with this over the course of a few hours, but if
there is an interest in it, it could be expanded to handle more of the
process. A next logical step could be to integrate David's ruby wrappers
to the Fedora package API [2] to try to match dependencies from rubygem
and fedora in an elegant manner.

Thoughts?
  -Mo

[1] https://gist.github.com/4036394
[2] https://github.com/daviddavis/pkgwat

[katello-devel] updating gems

[Miroslav Suchý]

On 11/08/2012 04:12 AM, Mo Morsi wrote:
> Unless there are any objections

No objection from Katello.
> I would like to start pushing updates
> to rawhide soon (rawhide only). To assist in the update process, I've
> whipped up a little script (which you can find here [1]) called the Gem
> Rpm Updater, or gru.rb

`git reset HEAD~ --hard`
why?

[katello-devel] updating gems

[Mo Morsi]

On 11/08/2012 02:51 AM, Miroslav Suchý wrote:
> > I would like to start pushing updates
> > to rawhide soon (rawhide only). To assist in the update process, I've
> > whipped up a little script (which you can find here [1]) called the Gem
> > Rpm Updater, or gru.rb
>
> `git reset HEAD~ --hard`
> why?

My thoughts behind this were to ensure a clean run every time this
script is invoked.

I'll probably incorporate the standard ruby option parser at some point
for more options and can add a flag such as -f to toggle overriding
local changes before attempting to make updates.

-Mo

[Vít Ondruch]

Hi Mo,

Dne 8.11.2012 04:12, Mo Morsi napsal(a):
> treetop:         1.4.11 -> 1.4.12 (BZ #871769)

Update of treetop doesn't make much sense IMO, since it fixes just few 
file permissions, while it not fixing all of them. They'll be fixed in 
next release. But the update will not hurt anything, if you like to do 
it anyway :)

Vit

[Mo Morsi]

On 11/07/2012 10:12 PM, Mo Morsi wrote:
> Before jumping back into isitfedoraruby, I plan on pushing some long
> overdue updates to some of the gems I maintain.

The following packages have been updated in rawhide:

- thor:            0.14.6 -> 0.16.0 (BZ #843898, vit took care of)
- childprocess:    0.2.0  -> 0.3.6  (BZ #873320)
- minitest:        2.10.1 -> 4.2.0  (BZ #798247)
- ZenTest:         4.6.2  -> 4.8.2  (BZ #828262)
- sexp_processor:  3.0.4  -> 4.1.2  (BZ #843897)
- sass:            3.1.20 -> 3.2.2  (BZ #847675)
- webmock:         1.8.7  -> 1.9.0  (BZ #842655)
- treetop:         1.4.11 -> 1.4.12 (BZ #871769)
- uuidtools:       2.1.2  -> 2.1.3  (BZ #840762)
- haml:            3.1.6  -> 3.1.7  (BZ #847670)
- authlogic:       3.0.3  -> 3.1.3
- cucumber:        1.1.9  -> 1.2.1
- vcr:             1.10.0 -> 2.3.0
- compass:         0.11.5 -> 0.12.2

The following are still planned / in flight:

- ruby2ruby:       1.2.4  -> 2.0.1  (BZ #843895) depends on ruby_parser
- ruby_parser:     2.0.4  -> 3.0.1  (BZ #843896) depends on
sexp_processor, just pushed to rawhide
- oauth:           0.4.4  -> 0.4.7  (BZ #746468) requires curb >=
0.17.6, we should look into updating this
- yard:            0.8.2  -> 0.8.3  (BZ #866401) some issues w/ the
specs in this one, skipping for now

=============================================

Lastly I updated gru.rb [1] to handle some more edge cases.

Also added a -u <user> flag which can be passed in lieu of a package name.
If a user is given, all the fedora packages for that user will be checked
out and updated to the lasted version on rubygems.

I plan on getting back to isitfedoraruby next to add some of the features
previously discussed.

-Mo

[1] https://gist.github.com/4036394

[Bohuslav Kabrda]

----- Original Message -----
> On 11/07/2012 10:12 PM, Mo Morsi wrote:
> > Before jumping back into isitfedoraruby, I plan on pushing some
> > long
> > overdue updates to some of the gems I maintain.
>
> The following packages have been updated in rawhide:
> thor:            0.14.6 -> 0.16.0 (BZ #843898, vit took care of)
> childprocess:    0.2.0  -> 0.3.6  (BZ #873320)
> minitest:        2.10.1 -> 4.2.0  (BZ #798247)

Is there any reason why you just pushed minitest, but didn't build it? I'd very much like to see this version in rawhide.

Thanks.
Slavek.
> ZenTest:         4.6.2  -> 4.8.2  (BZ #828262)
> sexp_processor:  3.0.4  -> 4.1.2  (BZ #843897)
> sass:            3.1.20 -> 3.2.2  (BZ #847675)
> webmock:         1.8.7  -> 1.9.0  (BZ #842655)
> treetop:         1.4.11 -> 1.4.12 (BZ #871769)
> uuidtools:       2.1.2  -> 2.1.3  (BZ #840762)
> haml:            3.1.6  -> 3.1.7  (BZ #847670)
> authlogic:       3.0.3  -> 3.1.3
> cucumber:        1.1.9  -> 1.2.1
> vcr:             1.10.0 -> 2.3.0
> compass:         0.11.5 -> 0.12.2
>
> The following are still planned / in flight:
> ruby2ruby:       1.2.4  -> 2.0.1  (BZ #843895) depends on
>
> ruby_parser
> ruby_parser:     2.0.4  -> 3.0.1  (BZ #843896) depends on
>
> sexp_processor, just pushed to rawhide
> oauth:           0.4.4  -> 0.4.7  (BZ #746468) requires curb >=
>
> 0.17.6, we should look into updating this
> yard:            0.8.2  -> 0.8.3  (BZ #866401) some issues w/ the
>
> specs in this one, skipping for now
>
> =============================================
>
> Lastly I updated gru.rb [1] to handle some more edge cases.
>
> Also added a -u <user> flag which can be passed in lieu of a package
> name.
> If a user is given, all the fedora packages for that user will be
> checked
> out and updated to the lasted version on rubygems.
>
> I plan on getting back to isitfedoraruby next to add some of the
> features
> previously discussed.
>
> -Mo
>
> [1] https://gist.github.com/4036394
>
> ruby-sig mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/ruby-sig

[Mo Morsi]

On 11/21/2012 07:34 AM, Bohuslav Kabrda wrote:
> ----- Original Message -----
> > On 11/07/2012 10:12 PM, Mo Morsi wrote:
> > > Before jumping back into isitfedoraruby, I plan on pushing some
> > > long
> > > overdue updates to some of the gems I maintain.
> >
> > The following packages have been updated in rawhide:
> > thor:            0.14.6 -> 0.16.0 (BZ #843898, vit took care of)
> > childprocess:    0.2.0  -> 0.3.6  (BZ #873320)
> > minitest:        2.10.1 -> 4.2.0  (BZ #798247)
>
> Is there any reason why you just pushed minitest, but didn't build it? I'd very much like to see this version in rawhide.
>
> Thanks.
> Slavek.

Nope, did scratch builds before I pushed each package to make sure they
worked, so most likely just forgot to run the official build after
pushing. In any case just ran it so it should be in rawhide soon.

-Mo

[Bohuslav Kabrda]

----- Original Message -----
> On 11/07/2012 10:12 PM, Mo Morsi wrote:
> > Before jumping back into isitfedoraruby, I plan on pushing some
> > long
> > overdue updates to some of the gems I maintain.
>
> The following packages have been updated in rawhide:
> thor:            0.14.6 -> 0.16.0 (BZ #843898, vit took care of)
> childprocess:    0.2.0  -> 0.3.6  (BZ #873320)
> minitest:        2.10.1 -> 4.2.0  (BZ #798247)
> ZenTest:         4.6.2  -> 4.8.2  (BZ #828262)
> sexp_processor:  3.0.4  -> 4.1.2  (BZ #843897)
> sass:            3.1.20 -> 3.2.2  (BZ #847675)
> webmock:         1.8.7  -> 1.9.0  (BZ #842655)
> treetop:         1.4.11 -> 1.4.12 (BZ #871769)
> uuidtools:       2.1.2  -> 2.1.3  (BZ #840762)
> haml:            3.1.6  -> 3.1.7  (BZ #847670)
> authlogic:       3.0.3  -> 3.1.3
> cucumber:        1.1.9  -> 1.2.1
> vcr:             1.10.0 -> 2.3.0
> compass:         0.11.5 -> 0.12.2
>
> The following are still planned / in flight:
> ruby2ruby:       1.2.4  -> 2.0.1  (BZ #843895) depends on
>
> ruby_parser
> ruby_parser:     2.0.4  -> 3.0.1  (BZ #843896) depends on
>
> sexp_processor, just pushed to rawhide

Is there an estimate when these two ^^ will be updated? Both depend on sexp_processor ~> 3.0, so they are unusable in Rawhide currently:
irb(main):001:0> require 'ruby2ruby'
Gem::LoadError: Could not find sexp_processor (~> 3.0) amongst [..., sexp_processor-4.1.2]

Thanks.
> oauth:           0.4.4  -> 0.4.7  (BZ #746468) requires curb >=
>
> 0.17.6, we should look into updating this
> yard:            0.8.2  -> 0.8.3  (BZ #866401) some issues w/ the
>
> specs in this one, skipping for now
>
> =============================================
>
> Lastly I updated gru.rb [1] to handle some more edge cases.
>
> Also added a -u <user> flag which can be passed in lieu of a package
> name.
> If a user is given, all the fedora packages for that user will be
> checked
> out and updated to the lasted version on rubygems.
>
> I plan on getting back to isitfedoraruby next to add some of the
> features
> previously discussed.
>
> -Mo
>
> [1] https://gist.github.com/4036394
>
> ruby-sig mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/ruby-sig

[Mo Morsi]

On 11/29/2012 08:00 AM, Bohuslav Kabrda wrote:
> ----- Original Message -----
> > On 11/07/2012 10:12 PM, Mo Morsi wrote:
> > > Before jumping back into isitfedoraruby, I plan on pushing some
> > > long
> > > overdue updates to some of the gems I maintain.
> >
> > The following packages have been updated in rawhide:
> > thor:            0.14.6 -> 0.16.0 (BZ #843898, vit took care of)
> > childprocess:    0.2.0  -> 0.3.6  (BZ #873320)
> > minitest:        2.10.1 -> 4.2.0  (BZ #798247)
> > ZenTest:         4.6.2  -> 4.8.2  (BZ #828262)
> > sexp_processor:  3.0.4  -> 4.1.2  (BZ #843897)
> > sass:            3.1.20 -> 3.2.2  (BZ #847675)
> > webmock:         1.8.7  -> 1.9.0  (BZ #842655)
> > treetop:         1.4.11 -> 1.4.12 (BZ #871769)
> > uuidtools:       2.1.2  -> 2.1.3  (BZ #840762)
> > haml:            3.1.6  -> 3.1.7  (BZ #847670)
> > authlogic:       3.0.3  -> 3.1.3
> > cucumber:        1.1.9  -> 1.2.1
> > vcr:             1.10.0 -> 2.3.0
> > compass:         0.11.5 -> 0.12.2
> >
> > The following are still planned / in flight:
> > ruby2ruby:       1.2.4  -> 2.0.1  (BZ #843895) depends on
> >
> > ruby_parser
> > ruby_parser:     2.0.4  -> 3.0.1  (BZ #843896) depends on
> >
> > sexp_processor, just pushed to rawhide
>
> Is there an estimate when these two ^^ will be updated? Both depend on sexp_processor ~> 3.0, so they are unusable in Rawhide currently:
> irb(main):001:0> require 'ruby2ruby'
> Gem::LoadError: Could not find sexp_processor (~> 3.0) amongst [..., sexp_processor-4.1.2]
>
> Thanks.

Was waiting for sexp_processor to land in rawhide so I didn't have to
muck w/ the chain builds and such.

Now that that has been tagged and pushed, I'll look to updating these
packages in the next day or two.

-Mo