public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Ulrich Mueller <ulm@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev]  Re: bzr.eclass into Portage
Date: Mon, 13 Oct 2008 08:29:49 +0200	[thread overview]
Message-ID: <18674.60125.318827.567899@a1ihome1.kph.uni-mainz.de> (raw)
In-Reply-To: <gcudaj$bo9$1@ger.gmane.org>

>>>>> On Mon, 13 Oct 2008, Steve Long wrote:

> No objections, a minor point wrt bash:

> EBZR_OPTIONS="${EBZR_OPTIONS:-}" (and similar variants)
> doesn't do anything (beyond waste lex and yacc time.)

It does something, namely assigns an empty string if the variable was
undefined before. ;-) git.eclass and mercurial.eclass do
: ${EGIT_OPTIONS:=}
which has the same effect.

I've left these statements in for now, since I don't see how they
could harm. Does anyone else have an opinion here? I'm not really
decided about this point.

> [[ -z ${EBZR_REPO_URI} ]] && die ..
> Here's how I'd write that:
> [[ $EBZR_REPO_URI ]] || die ..

Applied. (However, I didn't remove the curly braces which are Gentoo
"house style".)

> I've heard the "be explicit" argument before (hey antarus;) and
> here's why I disagree:
> If you don't know test (''help test'') and what its default is, then
> you really don't know the basics of shellscript (you possibly only
> think you do.) If you don't know shell, and can't begin to
> understand what that might do, then you shouldn't consider coding as
> a career, and I'd expect you to take quite a while to go through the
> #bash crucible; if you ever make it I'd have a lot of time for you.

Don't use a sledgehammer to crack a nut. The above is purely a
question of coding style and personal preferences.

> Given that, is there any reason not to use 1.6 if installed, and
> fallback to an earlier version if not?

Of course not. The dependency is DEPEND=">=dev-util/bzr-1.5".

Ulrich



  reply	other threads:[~2008-10-13  6:29 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-17 18:31 [gentoo-dev] bzr.eclass into Portage Christian Faulhammer
2008-03-18  0:37 ` Petteri Räty
2008-03-19  4:40   ` Jorge Manuel B. S. Vicetto
2008-03-20  7:38     ` [gentoo-dev] " Christian Faulhammer
2008-03-21  3:47       ` Jorge Manuel B. S. Vicetto
2008-03-21 11:49         ` Christian Faulhammer
2008-03-25  1:28           ` René 'Necoro' Neumann
2008-03-25 15:19             ` René 'Necoro' Neumann
2008-03-25 20:08               ` Christian Faulhammer
2008-10-05 17:26           ` Ulrich Mueller
2008-10-05 20:54             ` Jonas Bernoulli
2008-10-06  0:58             ` Jorge Manuel B. S. Vicetto
2008-10-06  6:14               ` Ulrich Mueller
2008-10-13  2:43                 ` Steve Long
2008-10-13  6:29                   ` Ulrich Mueller [this message]
2008-10-13 15:23                   ` Bo Ørsted Andresen
2008-10-15  9:36                     ` [gentoo-dev] " Steve Long
2008-10-25 12:19               ` [gentoo-dev] " Ulrich Mueller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=18674.60125.318827.567899@a1ihome1.kph.uni-mainz.de \
    --to=ulm@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox