| 1 |
I understand, and I appreciate the help. I was planning on doing exactly |
| 2 |
what you suggest, I just wanted to see if you had encountered that same |
| 3 |
problem when building 2007.0, in which case I would use the solution that |
| 4 |
you already implemented. =) |
| 5 |
|
| 6 |
Thanks again! |
| 7 |
|
| 8 |
John |
| 9 |
|
| 10 |
|
| 11 |
On 3/26/07, Chris Gianelloni <wolf31o2@g.o> wrote: |
| 12 |
> |
| 13 |
> On Mon, 2007-03-26 at 11:14 -0400, John Eckhart wrote: |
| 14 |
> > Thanks guys, that worked and I have successfully built a few stage2 |
| 15 |
> > images for multiple platforms. I am moving on to building stage 3 and |
| 16 |
> > hit a snag when building busybox-1.4.1. Again, I can see a few ways |
| 17 |
> > around the problem, but since I guess you may have hit this while |
| 18 |
> > building 2007.0 I figured I would ask what you did to solve it (update |
| 19 |
> > the ebuild, fix the seed stage, etc)? |
| 20 |
> |
| 21 |
> We aren't using that version of busybox, but rather an earlier one |
| 22 |
> without that restriction. Currently, we have no real fix. You could |
| 23 |
> hack up your stage2's /etc/conf.d/clock and set the TIMEZONE="UTC" prior |
| 24 |
> to starting stage3. That should cause tzdata to create /etc/localtime |
| 25 |
> properly, I think. Either that, or set the file yourself. |
| 26 |
> |
| 27 |
> By the way, it usually helps to just read what the ebuild says and do |
| 28 |
> it. That's all we do when release building. |
| 29 |
> |
| 30 |
> -- |
| 31 |
> Chris Gianelloni |
| 32 |
> Release Engineering Strategic Lead |
| 33 |
> Alpha/AMD64/x86 Architecture Teams |
| 34 |
> Games Developer/Council Member/Foundation Trustee |
| 35 |
> Gentoo Foundation |
| 36 |
> |
| 37 |
> |
Archives