Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 28 Apr 2008 23:09:31 +0400
From:      Stanislav Sedov <stas@FreeBSD.org>
To:        Ulrich Spoerlein <uspoerlein@gmail.com>
Subject:   Re: Rubygems and trouble with rdoc node renumbering
Message-ID:  <20080428230931.0e70a370.stas@FreeBSD.org>
Resent-Message-ID: <20080428231051.514daf69.stas@FreeBSD.org>
In-Reply-To: <20080426081917.GA1694@roadrunner.spoerlein.net>
References:  <20080425195933.GB1674@roadrunner.spoerlein.net> <20080425221824.GE70297@tirith.brixandersen.dk> <20080426081917.GA1694@roadrunner.spoerlein.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 26 Apr 2008 10:19:17 +0200
Ulrich Spoerlein <uspoerlein@gmail.com> mentioned:

> Heh, well, that's exactly what I thought about, 5 minutes after sending
> that email! Yes, I'm running /usr and the WRKDIRPREFIX on ZFS.
> 
> I haven't compared, if it is responsible for shuffling around the order
> in which directories are written (or read).
> 
> Anyway, this means that almost all rdoc ports will break their pkg-plist
> when you compile/create them on an ZFS system. I will test with UFS
> today and also run some other rdoc-using ports on my ZFS to see if this
> is general problem or only specific to my port.

Yeah, pkg-plists of ruby ports that has static plist entries for rdoc
are broken under ZFS. I spotted that problem a while ago when switched
my tinderbox installation to ZFS. That's why they're also broken
with ruby19 - ruby 19 tends to sort file names before renumbering,
so they're consistent.

The possible solution - convert all such ports to generate rdoc pkg-plist
entries dynamically. In fact, this code will be common for major of
such ports, and it will cut down their plists dramatically. If you
interested, we can work on this, since it seems to be a lot of work. We can
add a knob to bsd.ruby.mk for ports to generate such entries easily. 

-- 
Stanislav Sedov
ST4096-RIPE



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080428230931.0e70a370.stas>