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: Mon, 21 May 2012 02:19:53 -0400

On Sun, May 20, 2012 at 11:59 PM, flux <flux AT sourcemage.org> wrote:>
> Hardlinking and symlinking are not equivalent. Also, cp/install is not
> equivalent to either form of linking. They all do different things.
>
> If you have /usr mounted on a separate partition, hardlinking will fail
> since the file is required to actually be present. Symlinking doesn't
> need a file at link creation time, only at access time (hardlinking
> still needs the file at access time as well).

I'm aware of the differences. Given that zic creates a symlink if it
cannot create a hardlink, in the case of a separate /usr partitions, I
don't see how the result is any different than manually creating a
symlink.

> Copying/installing will result in an override of whatever is stored in
> /usr, since it will just use the actual file in /etc.

Is that an issue? Assuming that tzdata installs the file, it will be
updated whenever the files in /usr/zoneinfo change.

> Whatever method is used, there are pros and cons. Personally I think it
> should be the SA's responsibility to manage /etc/localtime. Don't touch
> it at all, and instead provide some info about it and the related issues
> in a message in FINAL. This is my own preference, however.

I thought it was a good idea. If you guys feel differently, remove it.
Thinking about it now though, if a user wants to use a custom timezone
file, that will be an issue. I'll make it an option.

> Is it perhaps better to leave glibc using the older and inbuilt
> timezones, with an _option_ to use the newer (and separate) timezone
> data? Or the other way around? I don't see why the newer timezone
> package needs to be forced on users.

The version in glibc is fairly outdated and is just an older version
of tzdata. We will have to provide this eventually (assuming we don't
stick with glibc 2.13 forever) since upstream has chosen not to
install timezone rule files.
If we do supply an option it would have to be in glibc.

On a semi-related note, is there any reason why we haven't updated to
glibc 2.14 with a patch to re-enable sunrpc? I ran that for quite a
while without any issues. I have since updated to 2.15, but that
introduces a number of problems.

> Commit: Arjan Bouter <abouter AT sourcemage.org>
>
> tzdata: use ln instead of zic so the spell works if /etc and /usr are on
> different partitions. Note that the SA still has to clean
> /usr/share/zoneinfo or the spell will fail.

Does anyone else have to remove /usr/share/zoneinfo for tzdata to
INSTALL correctly? My tests showed this was only an issue when Arjan's
test basesystem tar was used.
If so, I'll make the spell remove the relevant files under
/usr/share/zoneinfo.




Archive powered by MHonArc 2.6.24.

Top of Page