Current problem reports assigned to

Philip M. Gollucci pgollucci at
Mon Aug 30 20:49:24 UTC 2010

Hash: SHA1

On 08/30/10 16:08, Eric wrote:
> Hi all,
> I was just reading through ports/147809, which in summary is about a broken
> install of databases/ruby-dbi.  That break came about because a gem it
> depended on (devel/rubygem-deprecated) was upgraded and the interface in the
> gem changed between versions.
> So I was wondering what our approach was in situations like this where (in
> this case) one library depends on a particular version of a gem not >= or
> anything.  On my Mac where gems are just installed using the gem commands
> directly I end up with numerous versions installed because I rarely remove
> an earlier version so I never really encounter this problem, but with ports
> on FreeBSD we remove and replace the gem with the latest.
> The easiest is probably to have another port for particular cases like this
> and just list that in the DEPENDS.  So in this case create a
> devel/rubygem-deprecated-2_0_1.

Yes, that is a solution, and one I've pondered for a while.  Since this
is few and far between its usually easier to pester the upstream
maintainer to fix their gem for the api changes.

It could also be the case that the gem say ~> but really >= will work
for minor changes.  In that case I've re-rolled a local .gem file and
hosted it in my ~.  Eventually things catch up.

- ------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70  3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci at c: 703.336.9354
VP Apache Infrastructure; Member, Apache Software Foundation
Committer,                        FreeBSD Foundation
Consultant,                       P6M7G8 Inc.
Sr. System Admin,                 Ridecharge Inc.

Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
Version: GnuPG v2.0.14 (FreeBSD)


More information about the freebsd-ruby mailing list