On Jan 13, 2006, at 8:05 PM, Philippe Trottier wrote:
Recipe for disaster, specially in a place like mine where sparc,
alpha, x86_64
and ppc32/64 mix... not counting ia64 for a test run soon...
If you really want to do this, someone has to make a rendezvous a
la Apple.
Where not only
Kalin KOZHUHAROV wrote:
I would like to be able to limit the -jN when there is no distcc host
available or when compiling c++ code, otherwise my poor laptop is dead with
-j5 compiling pwlib when the network is down
It is particular example, but being able to limit portage in some way as
On Tuesday 03 January 2006 21:35, Steve Rodgers wrote:
thanks for the feedback.
I agree - the gentoo build is excellent. It's only to meet with our
legal obligations. That legal obligation arises from our non-GPL C app
which links against libmysqlclient. Do you know if it would be enough
to
On Saturday 14 January 2006 19:34, Mike Frysinger wrote:
On Saturday 14 January 2006 10:26, Bruno wrote:
What are your thoughts about this?
take it upstream, they have a bugzilla
make it a configure option and we'll add a use flag `use_enable vserver` or
some such junk
otherwise, the
Hi Donnie,
On Mon, 2006-01-16 at 12:58 -0800, Donnie Berkholz wrote:
binfilter is a very non-obvious name for what it does to anyone
unfamiliar with the build system. Why not call it staroffice?
binfilter is the project name of this stuff in OOo, so that's the
reason it was chosen. It might
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marius Mauch wrote:
One case that doesn't completely fit into this category is
x11-misc/openclipart as the existing local pdf flag just determines
if some pdf files should be installed. Not sure how exactly to deal
with this situation, but in
On Mon, Jan 16, 2006 at 10:54:49PM +0100, Marius Mauch wrote:
Checking for pdf use flags I just found that there are currently at
least three different flags for pdf stuff in the tree:
- pdflib (global)
- cpdflib (global)
- pdf (several local ones)
All of them mean basically the same (one
On Monday 16 January 2006 16:54, Marius Mauch wrote:
So unless there are any objections to this I'll make the change this
weekend.
dooo it
-mike
--
gentoo-dev@gentoo.org mailing list
On Monday 16 January 2006 16:36, Bruno wrote:
Will not need any special behavior on ebuild side (as distro is detected
automatically; works also when building system in chroot)
WFM, thanks
-mike
--
gentoo-dev@gentoo.org mailing list
Philipp Riegger wrote:
On Jan 13, 2006, at 8:05 PM, Philippe Trottier wrote:
Recipe for disaster, specially in a place like mine where sparc,
alpha, x86_64
and ppc32/64 mix... not counting ia64 for a test run soon...
If you really want to do this, someone has to make a rendezvous a la
On Monday 16 January 2006 19:52, Zac Medico wrote:
Mike Frysinger wrote:
- for x in specials[LDPATH]+['/usr/lib','/lib']:
+ skip_makelinks=1
+ for x in
portage_util.unique_array(specials[LDPATH]+['/usr/lib','/usr/lib64','/u
sr/lib32','/lib','/lib64','/lib32']): + if
Hello,
I admit I have not followed last threads about cache and new
infrastructure (plugins and stuff).
However I followed the template and coded a SQLite3 (pysqlite2)
backend: http://www.gustavobarbieri.com.br/gentoo/portage_db_sqlite.py
The main problem is that it's really slow to search and
12 matches
Mail list logo