Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 264272 - dev-ruby/rcairo-1.8.0 fails when building on tmpfs
Summary: dev-ruby/rcairo-1.8.0 fails when building on tmpfs
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: AMD64 Linux
: High normal
Assignee: Gentoo Ruby Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-03-30 10:58 UTC by Paul Mulders
Modified: 2009-05-10 19:02 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
paludis --info dev-ruby/rcairo (emerge --info equiv, i guess) (paludisinfo.log,21.23 KB, text/plain)
2009-03-31 21:36 UTC, Paul Mulders
Details
build log (build.log,12.72 KB, text/plain)
2009-03-31 21:36 UTC, Paul Mulders
Details
log of successful build on amd64 (build.log,32.01 KB, text/plain)
2009-04-07 14:59 UTC, Adam James
Details
failing without paludis/tmpfs (build.log,10.87 KB, text/plain)
2009-04-12 17:07 UTC, ccv
Details
failing without paludis/tmpfs (emergeinfo,3.50 KB, text/plain)
2009-04-12 17:08 UTC, ccv
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Mulders 2009-03-30 10:58:05 UTC
Building rcairo 'in memory' fails (tmpdir mounted on tmpfs)

Reproducible: Always

Steps to Reproduce:
1.mount PORTAGE_TMPDIR on a tmpfs
2.try to emerge rcairo
3.watch it fail

Actual Results:  
make install
Makefile:183: warning: overriding commands for target `/var/tmp/paludis/dev-ruby-rcairo-1.8.0/image/usr/lib64/ruby/gems/1.8/gems/cairo-1.8.0/src/lib'
Makefile:177: warning: ignoring old commands for target `/var/tmp/paludis/dev-ruby-rcairo-1.8.0/image/usr/lib64/ruby/gems/1.8/gems/cairo-1.8.0/src/lib'
/usr/bin/install -c -m 0755 src/cairo.so /var/tmp/paludis/dev-ruby-rcairo-1.8.0/image/usr/lib64/ruby/gems/1.8/gems/cairo-1.8.0/src/lib
make: Circular /var/tmp/paludis/dev-ruby-rcairo-1.8.0/image/usr/lib64/ruby/gems/1.8/gems/cairo-1.8.0/src/lib/cairo/point.rb <- /var/tmp/paludis/dev-ruby-rcairo-1.8.0/image/usr/lib64/ruby/gems/1.8/gems/cairo-1.8.0/src/lib/cairo/point.rb dependency dropped.
make: Circular /var/tmp/paludis/dev-ruby-rcairo-1.8.0/image/usr/lib64/ruby/gems/1.8/gems/cairo-1.8.0/src/lib/cairo/path.rb <- /var/tmp/paludis/dev-ruby-rcairo-1.8.0/image/usr/lib64/ruby/gems/1.8/gems/cairo-1.8.0/src/lib/cairo/path.rb dependency dropped.
make: Circular /var/tmp/paludis/dev-ruby-rcairo-1.8.0/image/usr/lib64/ruby/gems/1.8/gems/cairo-1.8.0/src/lib/cairo/papers.rb <- /var/tmp/paludis/dev-ruby-rcairo-1.8.0/image/usr/lib64/ruby/gems/1.8/gems/cairo-1.8.0/src/lib/cairo/papers.rb dependency dropped.
make: Circular /var/tmp/paludis/dev-ruby-rcairo-1.8.0/image/usr/lib64/ruby/gems/1.8/gems/cairo-1.8.0/src/lib/cairo/paper.rb <- /var/tmp/paludis/dev-ruby-rcairo-1.8.0/image/usr/lib64/ruby/gems/1.8/gems/cairo-1.8.0/src/lib/cairo/paper.rb dependency dropped.
/usr/bin/install -c -m 644 /var/tmp/paludis/dev-ruby-rcairo-1.8.0/image/usr/lib64/ruby/gems/1.8/gems/cairo-1.8.0/src/lib/cairo/paper.rb /var/tmp/paludis/dev-ruby-rcairo-1.8.0/image/usr/lib64/ruby/gems/1.8/gems/cairo-1.8.0/src/lib/cairo
/usr/bin/install: `/var/tmp/paludis/dev-ruby-rcairo-1.8.0/image/usr/lib64/ruby/gems/1.8/gems/cairo-1.8.0/src/lib/cairo/paper.rb' and `/var/tmp/paludis/dev-ruby-rcairo-1.8.0/image/usr/lib64/ruby/gems/1.8/gems/cairo-1.8.0/src/lib/cairo/paper.rb' are the same file
make: *** [/var/tmp/paludis/dev-ruby-rcairo-1.8.0/image/usr/lib64/ruby/gems/1.8/gems/cairo-1.8.0/src/lib/cairo/paper.rb] Error 1


Note that I use paludis, which shouldn't I cause or affect the issue. This was the only package that failed in a total rebuild (over 1100 packages).
Comment 1 Lars Wendler (Polynomial-C) (RETIRED) gentoo-dev 2009-03-31 20:51:12 UTC
Please post the paludis equivalent of "emerge --info" and attach the build.log file (I hope paludis creates such a file, too).
Comment 2 Paul Mulders 2009-03-31 21:36:20 UTC
Created attachment 186900 [details]
paludis --info dev-ruby/rcairo (emerge --info equiv, i guess)
Comment 3 Paul Mulders 2009-03-31 21:36:34 UTC
Created attachment 186902 [details]
build log
Comment 4 Paul Mulders 2009-04-01 12:02:36 UTC
I should note, if it was not clear already, that I am sure this issue is related to the tmpfs. Unmounting /var/tmp/paludis and attempting again always works.
Comment 5 Jeroen Roovers (RETIRED) gentoo-dev 2009-04-02 02:49:40 UTC
(In reply to comment #4)
> I should note, if it was not clear already, that I am sure this issue is
> related to the tmpfs. Unmounting /var/tmp/paludis and attempting again always
> works.

Then please post more information about the way you mount your tmpfs - an extract of fstab and the output of `mount -v' would probably do.
Comment 6 Paul Mulders 2009-04-02 07:20:06 UTC
# mount -v | grep paludis
none on /var/tmp/paludis type tmpfs (rw,nr_inodes=1M,size=64G)
Comment 7 Paul Mulders 2009-04-02 10:13:04 UTC
$ grep paludis /etc/fstab 
none			/var/tmp/paludis tmpfs		nr_inodes=1M,size=64G	0 0
Comment 8 Peter Alfredsen (RETIRED) gentoo-dev 2009-04-07 13:16:05 UTC
Confirmed. Reproduced like this:
mount -o remount,exec /dev/shm
PORTAGE_TMPDIR=/dev/shm/ emerge -1av rcairo
Comment 9 Hans de Graaff gentoo-dev Security 2009-04-07 13:35:16 UTC
It fails for me as well. My first thought is that tmpfs has either better of worse mtime timings which are causing the confusion. The ruby herd will investigate.
Comment 10 Adam James 2009-04-07 14:57:44 UTC
Merges for me on amd64...

$ emerge --info |grep TMPDIR
PORTAGE_TMPDIR="/var/tmp/tmpfs"
$ grep /var/tmp/tmpfs /proc/mounts 
none /var/tmp/tmpfs tmpfs rw,size=1536000k 0 0
Comment 11 Adam James 2009-04-07 14:59:02 UTC
Created attachment 187583 [details]
log of successful build on amd64
Comment 12 Diego Elio Pettenò (RETIRED) gentoo-dev 2009-04-07 16:01:36 UTC
tmpfs and xfs have sub-second precision.
Comment 13 ccv 2009-04-12 17:05:01 UTC
I have this same problem on ~amd64. I'm not using paludis or tmpfs.
Comment 14 ccv 2009-04-12 17:07:21 UTC
Created attachment 188102 [details]
failing without paludis/tmpfs
Comment 15 ccv 2009-04-12 17:08:41 UTC
Created attachment 188104 [details]
failing without paludis/tmpfs
Comment 16 Mikaël Cluseau 2009-04-23 22:03:42 UTC
Doesn't merge for me too, with the same error.

Since I read it's a time-related issue, please consider that I'm merging on an SSD (Intel X25-M) on ext4.

The gem-only install fails too.

System uname: Linux-2.6.29-gentoo-r1-x86_64-Intel-R-_Core-TM-_i7_CPU_920_@_2.67GHz-with-gentoo-2.0.0

[ebuild   R   ] x11-libs/cairo-1.8.6-r1  USE="X doc glitz opengl svg xcb -cleartype -debug -directfb" 0 kB
[ebuild     U ] dev-ruby/rcairo-1.8.0 [1.6.2] USE="doc%* (-examples%*)" 0 kB

I also notice the following warning:
 * QA notice
 * The ebuild doesn't set USE_RUBY explicitly. Defaulting to ruby18.
 * Please check compatibility and set USE_RUBY respectively.
 * Installing for ruby18...
Comment 17 Nikita Dubrovin 2009-04-24 17:59:57 UTC
Found a workaround:

PORTAGE_TMPDIR="/tmp" emerge -av rcairo

Works for me.
Comment 18 Steffen Hau 2009-04-30 15:13:35 UTC
(In reply to comment #16)
> Doesn't merge for me too, with the same error.
> 
> Since I read it's a time-related issue, please consider that I'm merging on an
> SSD (Intel X25-M) on ext4.
> 
> The gem-only install fails too.
> 
> System uname:
> Linux-2.6.29-gentoo-r1-x86_64-Intel-R-_Core-TM-_i7_CPU_920_@_2.67GHz-with-gentoo-2.0.0
> 
> [ebuild   R   ] x11-libs/cairo-1.8.6-r1  USE="X doc glitz opengl svg xcb
> -cleartype -debug -directfb" 0 kB
> [ebuild     U ] dev-ruby/rcairo-1.8.0 [1.6.2] USE="doc%* (-examples%*)" 0 kB
> 
> I also notice the following warning:
>  * QA notice
>  * The ebuild doesn't set USE_RUBY explicitly. Defaulting to ruby18.
>  * Please check compatibility and set USE_RUBY respectively.
>  * Installing for ruby18...
> 

The same issue here as well. Building on normal SATA harddrive with ext4.
Comment 19 Hans de Graaff gentoo-dev Security 2009-05-03 20:01:06 UTC
I've just added rcairo 1.8.0-r1 to the tree which no longer uses the gem. This version builds find for me where the gem was also failing for me. I've also added a fake gemspec file so that existing software will still assume the gem is there.

I'd appreciate some feedback on whether solves the issue before closing the bug.
Comment 20 Hans de Graaff gentoo-dev Security 2009-05-10 19:02:30 UTC
No new bug reports and works for me, so closing the bug.