Skip to Content.
Sympa Menu

sm-commit - Re: [SM-Commit] GIT changes to master grimoire by Arjan Bouter (799113ffd65dbd5d6c41bc47925d9db3e101ffda)

sm-commit AT lists.ibiblio.org

Subject: Source Mage code commit list

List archive

Chronological Thread  
  • From: Sukneet Basuta <sukneet AT gmail.com>
  • To: sm-commit AT lists.ibiblio.org
  • Subject: Re: [SM-Commit] GIT changes to master grimoire by Arjan Bouter (799113ffd65dbd5d6c41bc47925d9db3e101ffda)
  • Date: Tue, 22 May 2012 01:47:33 -0400

I added the option to manage /etc/localtime yourself with commit
11a4e0cbb8a0d147dd0a4a6bddc0d2a6eb5c224b . I also added a message in
FINAL for the various ways to set /etc/localtime.

I also fixed the /usr/share/zoneinfo issue by removing the offending
files. Basically the issue is that files that should be hardlinks are
actual files.
Oddly, when I just extract /usr/share/zoneinfo from Arjan's basesystem
tar, the links are created correctly, but not when I extract the
entire tar.

I did not use Arjan's suggestion to grep glibc's install since, in
most cases, tzdata will be installed as a runtime_depends for glibc,
thus it will be cast after glibc. With the new patches, glibc will not
install the timezone rules.

On Mon, May 21, 2012 at 12:10 PM, flux <flux AT sourcemage.org> wrote:
> The new chroot being...? And a non-fresh install being...? These are a
> bit vague.

stable-0.60 (20120510) chroot image and my main box, which is an
install I did with the 0.10 iso ~1.5 years ago (I have obviously
installed a lot of different software since then). I also did tests
with Arjan's basesystem tar.

> Of particular interest are the versions of glibc before updating to the
> new version for testing, and what options were enabled. It seems though
> from Arjan and you that there aren't really any major issues aside from
> the /etc/localtime issue.

I've tested this with glibc versions 2.13, 2.14, and 2.15 with a few
different options (but not every combination).

On Mon, May 21, 2012 at 12:34 PM, Arjan Bouter <abouter AT sourcemage.org> wrote:
> the spell used zic, which threw me an error about the target being on a
> separate
> filesystem. That made the spell fail.
> Using ln in the spell makes it work regardless of the partition layout.
> To me that sounds like a really simple choice ;)

That's a good enough reason for me.
I suppose libc's link() throws an error when it cannot create a link.

> The funny thing about the basesystem tarball I made is that I just extracted
> the previous tarball, chrooted into it, updated it, cleaned up and
> re-packed it.
> At no point did I use anything from my own box for the updated tarball.
>
> And yet my own box which has been running for years on the same smgl install
> threw the exact same error as the basesystem tarball does.

The timezone files that are giving you an issue are not hardlinked as
they should be. I have no idea how/why that happened.

> if we keep the spell as it is now, we need to make it remove the leftover
> zoneinfo from glibc. I had to manually remove it before I could cast tzdata.
> Not being able to do unattended updates is annoying at least.
>
> What about dropping the tzdata spell and updating the glibc spell to use the
> tzdata-data instead of the outdated info? That would solve all the issues if
> we add a couple of queries about if and how the spell sets /etc/localtime.

You will still have that /usr/share/zoneinfo issue though with glibc,
which is even more annoying since it causes glibc to fail and can
leave you with a broken system.




Archive powered by MHonArc 2.6.24.

Top of Page