Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 541816 - www-client/chromium: ebuild lacks CHECKREQS_DISK_BUILD
Summary: www-client/chromium: ebuild lacks CHECKREQS_DISK_BUILD
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Chromium Project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-03-01 15:35 UTC by Toralf Förster
Modified: 2015-04-22 01:27 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Toralf Förster gentoo-dev 2015-03-01 15:35:50 UTC
and it is really worth to declare that this thing needs about 2 GB to build
Comment 1 Mike Gilbert gentoo-dev 2015-03-03 03:48:29 UTC
I would assume that most people building chromium have more than 2 GB free; that's really not a very large footprint.

The exception would probably be people building on tmpfs, but then we have the memory issue to deal with as well.

I'm not opposed to adding a disk space check, but I don't really see a significant benefit to it either.
Comment 2 Toralf Förster gentoo-dev 2015-03-03 14:04:48 UTC
(In reply to Mike Gilbert from comment #1)
> 
> The exception would probably be people building on tmpfs, but then we have
> the memory issue to deal with as well.

FWIW the background: - at my tinderbox I spent 8 GB for a tmpfs for /var/tmp/portage - shared among - currently - 5 chroot images. So I' do care for packages using significantly more than 2 GB.
Comment 3 Paweł Hajdan, Jr. (RETIRED) gentoo-dev 2015-03-04 20:13:33 UTC
  04 Mar 2015; Pawel Hajdan jr
  -chromium-42.0.2305.3.ebuild, +chromium-42.0.2311.15.ebuild:
  Dev channel bump. Fix bug #541816 by Toralf Foerster. Remove old.

I plan to keep the bug open until the fix makes it to stable.
Comment 4 Paweł Hajdan, Jr. (RETIRED) gentoo-dev 2015-04-22 01:27:47 UTC
42 is now stable, closing