> 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?
On Wed, 11 Jan 2012 23:09:46 +0100
Ulrich Mueller 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' policy, but
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 PROPERTI
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 do
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 buildin
> 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 ga
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, fo
Alec Warner wrote:
On Wed, Jan 11, 2012 at 9:01 AM, Michał Górny 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
:-) :-)
--
I am
On Wed, Jan 11, 2012 at 9:01 AM, Michał Górny wrote:
> On Wed, 11 Jan 2012 10:34:34 -0600
> Dale wrote:
>
>> Michał Górny wrote:
>> > On Tue, 10 Jan 2012 16:40:01 -0600
>> > Dale wrote:
>> >
>> I keep hoping that all the smart people involved in this will see
>> the mess it is creating
On Wed, Jan 11, 2012 at 10:31 PM, Michał Górny wrote:
> On Wed, 11 Jan 2012 10:34:34 -0600
> Dale 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.
>
https://fedoraproject.org/wiki/Features/UsrMove#Be
Michał Górny wrote:
On Wed, 11 Jan 2012 10:34:34 -0600
Dale wrote:
Michał Górny wrote:
On Tue, 10 Jan 2012 16:40:01 -0600
Dale 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
but I'm sharp enough to se
On Wed, 11 Jan 2012 18:03:50 +0100
Michał Górny wrote:
> On Wed, 11 Jan 2012 09:44:31 +0100
> Ulrich Mueller 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 w
On Wed, 11 Jan 2012 09:44:31 +0100
Ulrich Mueller 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 b
On Wed, 11 Jan 2012 10:34:34 -0600
Dale wrote:
> Michał Górny wrote:
> > On Tue, 10 Jan 2012 16:40:01 -0600
> > Dale 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
> but I'm sharp enou
Michał Górny wrote:
On Tue, 10 Jan 2012 16:40:01 -0600
Dale 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 but
I'm sharp enough to see the mess this is going to create and I'm
just a desktop user. I feel
> 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 s
On Wed, 11 Jan 2012 08:41:04 +0100
Michał Górny 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 these
are the t
17 matches
Mail list logo
