Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 112886 - Binary-package-hosts for syncing
Summary: Binary-package-hosts for syncing
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-18 01:48 UTC by Steffen
Modified: 2005-11-18 01:54 UTC (History)
0 users

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 Steffen 2005-11-18 01:48:16 UTC
I've talked yesterday to an Developer why not setting up BINARY-package-Hosts 
for packages created with the quickpkg command. If I understand him right your 
problems are the use-flags. But whats about the idea of :
-generating the package without any use-flag set and some default CFLAGS
-runing quickpkg for that ebuild
-remerging it with an useflag set and running quickpkg after that
-building a patch-file for the "NO-Useflag-set-tbz2"-file and the "Useflag-set-
tbz2"-file
-continue with the next use-flag... and so on.
So u just need to host the "NO-Useflag-set-tbz2" and the patch-files.

I would realy enjoy such a feature for just testing a big package and don't 
wanne to wait a couple of hours.

Is this possible?

Reproducible: Always
Steps to Reproduce:
1.USE=-unicode CFLAGS=-O2 emerge less&&quickpkg less&& 
mv /usr/port.../less... /tmp/less-unicode.tbz2&&bunzip /tmp/less-unicode.tbz2
2.USE=+unicode CFLAGS=-O2 emerge less&&quickpkg less&& 
mv /usr/port.../less... /tmp/less+unicode.tbz2&&bunzip /tmp/less+unicode.tbz2
3.diff -a /tmp/less-unicode.tar /tmp/less+unicode.tar 
> /tmp/less+unicode.patchfile
Actual Results:  
works for me. A "general" less-package and some patchfiles for adding the use-
flags to the tbz2 file
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2005-11-18 01:54:26 UTC
Sorry, no. We don't have resources to produce such things (diskspace, bandwidth,
CPU time, etc.)