On Wed, 11 Jan 2012 08:41:04 +0100
Michał Górny mgo...@gentoo.org wrote:
Remind me of a single good reason. Last time I heard those were mostly
hacks and laziness.
Here's one: ability to share disk space automatically between /usr
and /home (implication: must be same filesystem; useful because
On Wed, 11 Jan 2012, Michał Górny wrote:
I think it is more like people do that when they have a good reason
to do so. I plan to put mine on /usr when I get the chance and know
that this init crap isn't going to break my rig. It's not being
awesome either.
Remind me of a single good
On Wed, 11 Jan 2012 10:34:34 -0600
Dale rdalek1...@gmail.com wrote:
Michał Górny wrote:
On Tue, 10 Jan 2012 16:40:01 -0600
Dalerdalek1...@gmail.com wrote:
I keep hoping that all the smart people involved in this will see
the mess it is creating. I'm not the sharpest tool in the shed
On Wed, 11 Jan 2012 09:44:31 +0100
Ulrich Mueller u...@gentoo.org wrote:
On Wed, 11 Jan 2012, Michał Górny wrote:
I think it is more like people do that when they have a good reason
to do so. I plan to put mine on /usr when I get the chance and
know that this init crap isn't going to
On Wed, 11 Jan 2012 18:03:50 +0100
Michał Górny mgo...@gentoo.org wrote:
On Wed, 11 Jan 2012 09:44:31 +0100
Ulrich Mueller u...@gentoo.org wrote:
On Wed, 11 Jan 2012, Michał Górny wrote:
I think it is more like people do that when they have a good
reason to do so. I plan to put
Michał Górny wrote:
On Wed, 11 Jan 2012 10:34:34 -0600
Dalerdalek1...@gmail.com wrote:
Michał Górny wrote:
On Tue, 10 Jan 2012 16:40:01 -0600
Dalerdalek1...@gmail.com wrote:
I keep hoping that all the smart people involved in this will see
the mess it is creating. I'm not the sharpest
On Wed, Jan 11, 2012 at 10:31 PM, Michał Górny mgo...@gentoo.org wrote:
On Wed, 11 Jan 2012 10:34:34 -0600
Dale rdalek1...@gmail.com wrote:
I already stated the reason. I'm going to put /usr on LVM. That is
not only a good reason, it is a GREAT reason.
It is a hack.
On Wed, Jan 11, 2012 at 9:01 AM, Michał Górny mgo...@gentoo.org wrote:
On Wed, 11 Jan 2012 10:34:34 -0600
Dale rdalek1...@gmail.com wrote:
Michał Górny wrote:
On Tue, 10 Jan 2012 16:40:01 -0600
Dalerdalek1...@gmail.com wrote:
I keep hoping that all the smart people involved in this
Alec Warner wrote:
On Wed, Jan 11, 2012 at 9:01 AM, Michał Górnymgo...@gentoo.org wrote:
It is a hack.
Your opinion is noted, but that doesn't make better or worse than
other folks ideas.
-A
--
Best regards,
Michał Górny
I agree. It doesn't break things that was working either.
Dale
On Tuesday 10 of January 2012 03:34:06 Dmitrij K wrote:
Dear developers of crossdev.
Can you realize --target mingw64 (for creating windows app 64 bit) (like
mingw-w64.sourceforge.net)?
And can you to add choising of building compilation: dynamic OR static
linking to GCC library, for LGPL
On Sat, 7 Jan 2012, Ulrich Mueller wrote:
Some functions in eutils.eclass address very special tasks, so I
wonder if they shouldn't be split out to dedicated eclasses:
- CDROM functions (cdrom_get_cds, cdrom_load_next_cd).
These are used by some 40 ebuilds only, most of them in games-*.
Ooh, thanks a lot!!!
Maciej Mrozowski wrote:
On Tuesday 10 of January 2012 03:34:06 Dmitrij K wrote:
Dear developers of crossdev.
Can you realize --target mingw64 (for creating windows app 64 bit) (like
mingw-w64.sourceforge.net)?
And can you to add choising of building
Hello!
While someone else is the official maintainer of net-misc/aria2, I have
done the last 5 version bumps or so on net-misc/aria.
I have gotten a little behind with it lately: 1.12.1 is the latest in
tree, upstream has 1.13.0, 1.14.0 and the very fresh 1.14.1.
One reason for that is that I
On 1/11/12 11:09 PM, Ulrich Mueller wrote:
A draft version for a new cdrom.eclass is attached. It contains the
cdrom_* functions split out from eutils.eclass. Mike says that the new
eclass could be maintained by the games team.
Please review.
I think it could be worth it to add
On Wed, 11 Jan 2012 23:09:46 +0100
Ulrich Mueller u...@gentoo.org wrote:
# @ECLASS: cdrom.eclass
# @MAINTAINER:
# ga...@gentoo.org
# @BLURB: Functions for cdrom handling
# @DESCRIPTION:
# Acquire cd(s) for those lovely cd-based emerges. Yes, this violates
# the whole 'non-interactive'
On Thu, 12 Jan 2012, Michał Górny wrote:
Maybe the eclass should now set PROPERTIES=interactive?
Good idea.
for f in $@ ; do
((++cdcnt))
export CDROM_CHECK_${cdcnt}=$f
done
export CDROM_TOTAL_CDS=${cdcnt}
export CDROM_CURRENT_CD=1
Why are you exporting all that? I don't think that
16 matches
Mail list logo