From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1K37dA-0005F3-CV for garchives@archives.gentoo.org; Mon, 02 Jun 2008 10:51:12 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CBBA2E03E3; Mon, 2 Jun 2008 10:51:10 +0000 (UTC) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by pigeon.gentoo.org (Postfix) with ESMTP id 86415E03E3 for ; Mon, 2 Jun 2008 10:51:10 +0000 (UTC) Received: by wa-out-1112.google.com with SMTP id m34so500275wag.10 for ; Mon, 02 Jun 2008 03:51:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=/bpaiQTt5Oj3O5lIGkNs/sjWHxj/TofimfgNOU1PVjA=; b=bnLTzkoXNbsVDeZfV9+EPfiHMGrOVRLs1KtM8Af9L5uLLovWhH+ehS7RE5PlQTbXUTY+ZzB0TErj88ijGuxTnfsZVfkTU2CZQ3FX6pt9IDc6Y1X+V8T6KxAw12azxxHVOwXqGmY1V7LTA4C/TyrlCk/dwU7srn7yz0i7jQVNDxY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=XR+84Mi1kIcmPOlw9NSXrg2usCZungiamXuPxEn75tCOzP6rMDm3wTDKbOFz1/nfSJckbbnfW9dTvBmQnMozdCpvaH7tLfdRw7fV+Xw1TPw1h7CpDGhw02Y3QjRSHAnVYgnGPlokceugKDIHdfy7Z/6JqAqamx6O7bFITPLPCCM= Received: by 10.115.78.1 with SMTP id f1mr2087934wal.58.1212403870046; Mon, 02 Jun 2008 03:51:10 -0700 (PDT) Received: by 10.114.88.8 with HTTP; Mon, 2 Jun 2008 03:51:09 -0700 (PDT) Message-ID: Date: Mon, 2 Jun 2008 10:51:09 +0000 From: Beso To: gentoo-amd64@lists.gentoo.org Subject: Re: [gentoo-amd64] Re: KDE 4.0.4 upgrade, sort of. In-Reply-To: <200806012059.02365.volker.armin.hemmann@tu-clausthal.de> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_34322_6420357.1212403870041" References: <483D3324.3030709@ercbroadband.org> <200805312125.42938.volker.armin.hemmann@tu-clausthal.de> <200805312034.51915.levertond@googlemail.com> <200806012059.02365.volker.armin.hemmann@tu-clausthal.de> X-Archives-Salt: ce0b682a-add0-410d-b552-ad0079bdd4d4 X-Archives-Hash: 54dcafcd3930220e2a1c5a03262423d1 ------=_Part_34322_6420357.1212403870041 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 2008/6/1 Hemmann, Volker Armin : > On Samstag, 31. Mai 2008, David Leverton wrote: > > On Saturday 31 May 2008 20:25:42 Hemmann, Volker Armin wrote: > > > New in pkgcore: > > > --ignore-failures: > > > [snip] > > > > > > people who asked for a similar functionality in paludis were called > > > stupid. (asking for skipfirst equivalent) > > > > [dleverton@shiny-one ~] $ paludis --help > > [snip] > > --continue-on-failure Whether to continue after a fetch or install > error > > if-fetch-only If fetching only (default) > > never Never > > if-satisfied If remaining packages' dependencies are > > satisfied if-independent If independent of failed and skipped > > packages always Always (UNSAFE) > > oh, cool. After calling everybody stupid and retarded who asked for > something > like that, they finally implemented it. That is what I call adult > behaviour. well, yours is equal.... it seems that the explanation of how the continue-on-failure works and on what differences (noticeable ones) are between the 2 flags hasn't reached your mind. you who continue to just flame against a piece of software just because it has been done by someone you don't like, without even considering its good and bad sides are no less than the ones you just look down on. it was you who has brought out the flame when it wasn't necessary and when i was replying to a duncan's question which had nothing to do with flames and shouldn't bother package installers behaviour. and everytime the things would have taken the road to calm down you would just get out with other flames. it seems that you like a lot flaming... well, maybe it's time to settle down a little and if you want to flame post another thread with flame paludis vs other world as subject and flame there. whoever reads the subject of the thread would not think to see a flame between paludis and portage. thanks. -- dott. ing. beso ------=_Part_34322_6420357.1212403870041 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
2008/6/1 Hemmann, Volker Armin <volker.armin.hemmann@tu-cl= austhal.de>:
On Samstag, 31. Mai 2008, David Lever= ton wrote:
> On Saturday 31 May 2008 20:25:42 Hemmann, Volker Armin wrote:
> > New in pkgcore:
> > --ignore-failures:
> > [snip]
> >
> > people who asked for a similar functionality in paludis were call= ed
> > stupid. (asking for skipfirst equivalent)
>
> [dleverton@shiny-one ~] $ paludis --help
> [snip]
>   --continue-on-failure  Whether to continue after a fetch o= r install error
>       if-fetch-only        If fetch= ing only (default)
>       never             &= nbsp;  Never
>       if-satisfied         If remai= ning packages' dependencies are
> satisfied if-independent       If independent of failed= and skipped
> packages always               Alway= s (UNSAFE)

oh, cool. After calling everybody stupid and retarded who asked= for something
like that, they finally implemented it. That is what I call adult behaviour= .


well, yours is equal.... it seems that the expla= nation of how the continue-on-failure works and on what differences (notice= able ones) are between the 2 flags hasn't reached your mind. you who co= ntinue to just flame against a piece of software just because it has been d= one by someone you don't like, without even considering its good and ba= d sides are no less than the ones you just look down on. it was you who has= brought out the flame when it wasn't necessary and when i was replying= to a duncan's question which had nothing to do with flames and shouldn= 't bother package installers behaviour. and everytime the things would = have taken the road to calm down you would just get out with other flames. = it seems that you like a lot flaming... well, maybe it's time to settle= down a little and if you want to flame post another thread with flame palu= dis vs other world as subject and flame there. whoever reads the subject of= the thread would not think to see a flame between paludis and portage.
thanks.

--
dott. ing. beso ------=_Part_34322_6420357.1212403870041-- -- gentoo-amd64@lists.gentoo.org mailing list