Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Yann E. MORIN <yann.morin.1998@free.fr>
To: buildroot@busybox.net
Subject: [Buildroot] tzdata when using a custom seleton
Date: Sat, 26 Jul 2014 12:23:45 +0200	[thread overview]
Message-ID: <20140726102345.GC3939@free.fr> (raw)
In-Reply-To: <CANxTyt6Kew54xGwwRxQnHaeZ-CH4-SbKoMgkwSMKytRX9Z-mmA@mail.gmail.com>

Danomi, All,

On 2014-07-25 18:34 -0400, Danomi Manchego spake thusly:
> I recently started to update our buildroot at work from 2013.02 to
> 2014.05, and ran into a tzdata issue - still present with the latest
> today.  I am using a custom skeleton.  Previously, I was able to use
> the tzdata package to get time zone files into my rootfs.  It seems
> like I can't do that anymore because those options are shown only when
> using the default skeleton.
> 
> I think that this comes from commit
> d6a37917dde1293f6e25d87801283e098c22d580, "system: make the zoneinfo
> list a system option", when the timezone list moved from
> tzdata/Config.in to system/Config.in, changing names along the way.
> 
> Is it intentional that configurations using custom skeletons can no
> longer install time zone files?  Or is it just a side effect of where
> the moved settings are in system/Config.in?

When I did that, yes, that was intentional. My reasoning was that, if
the user provides his own skeleton, he's responsible for setting it up,
like the root password, getty config et al.

But what I overlooked at that time was the fact that the tz-providing
packages are ptrompt-less, and are enabled whenever the tz config needs
them.

So, when using a custom skeleton, the user has no way to enable those
packages, indeed.

I'll tackle this later today, unles you beat me to it. ;-)

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

      parent reply	other threads:[~2014-07-26 10:23 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-25 22:34 [Buildroot] tzdata when using a custom seleton Danomi Manchego
2014-07-26  6:59 ` Thomas Petazzoni
2014-07-26 10:23 ` Yann E. MORIN [this message]

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=20140726102345.GC3939@free.fr \
    --to=yann.morin.1998@free.fr \
    --cc=buildroot@busybox.net \
    /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