Re: [lfs-dev] tzdata2012e.tar.gz

2012-08-20 Thread Ken Moffat
On Sun, Aug 19, 2012 at 08:21:16PM -0500, Bruce Dubbs wrote: > > Debian does not seem to > copy the .tab files (may not be needed), In fact, there only ever seems to have been one tab file (zones.tab) - documentation, a table of all the timezones. ĸen -- das eine Mal als Tragödie, das ander

Re: [lfs-dev] tzdata2012e.tar.gz

2012-08-20 Thread Bruce Dubbs
Matthew Burgess wrote: > And further to Ken's observation, this took about > 2 hrs 15 to hit my inbox after posting. Bruce, would you > mind taking a look at mailman to see if it's too busy > processing spam or whatever it was that caused this last > time please? 09:13:52 up 172 days, 3:25, 1 u

Re: [lfs-dev] tzdata2012e.tar.gz

2012-08-20 Thread Bruce Dubbs
Matt Burgess wrote: > On Sun, 2012-08-19 at 18:09 -0500, Bruce Dubbs wrote: >> Ken Moffat wrote: >>> On Sun, Aug 19, 2012 at 12:12:20PM -0500, Bruce Dubbs wrote: Ken, You suggested separating the time zone data into a separate page. One problem is that the tarball does not expan

Re: [lfs-dev] tzdata2012e.tar.gz

2012-08-20 Thread Ken Moffat
On Mon, Aug 20, 2012 at 08:36:49AM +0100, Matt Burgess wrote: > > I must admit, I really don't like putting 'lfs' in the tarball name. > Can't we still use the same 'unpack; cd; build' process, if we add a > note that one needs to use tar's --transform option? The following > works for me: > > t

Re: [lfs-dev] tzdata2012e.tar.gz

2012-08-20 Thread Matthew Burgess
And further to Ken's observation, this took about 2 hrs 15 to hit my inbox after posting. Bruce, would you mind taking a look at mailman to see if it's too busy processing spam or whatever it was that caused this last time please? Thanks, Matt. -- http://linuxfromscratch.org/mailman/listinfo/l

Re: [lfs-dev] tzdata2012e.tar.gz

2012-08-20 Thread Ken Moffat
On Sun, Aug 19, 2012 at 08:21:16PM -0500, Bruce Dubbs wrote: > Ken Moffat wrote: > > > But in the meantime I've been thinking - this is the > > weekend, _most_ people who post are in the Northern hemisphere where > > it is a peak holiday season : there is no need to rush into deciding > > if we s

Re: [lfs-dev] tzdata2012e.tar.gz

2012-08-20 Thread Matt Burgess
On Sun, 2012-08-19 at 18:09 -0500, Bruce Dubbs wrote: > Ken Moffat wrote: > > On Sun, Aug 19, 2012 at 12:12:20PM -0500, Bruce Dubbs wrote: > >> Ken, > >> You suggested separating the time zone data into a separate page. > >> One problem is that the tarball does not expand into a separate direct

Re: [lfs-dev] tzdata2012e.tar.gz

2012-08-19 Thread Bruce Dubbs
Ken Moffat wrote: > Mailman seems _exceptionally_ slow today, this hasn't reappeared > here so far. I haven't seen any slowness today. > But in the meantime I've been thinking - this is the > weekend, _most_ people who post are in the Northern hemisphere where > it is a peak holiday season : t

Re: [lfs-dev] tzdata2012e.tar.gz

2012-08-19 Thread Bruce Dubbs
Ken Moffat wrote: > On Sun, Aug 19, 2012 at 12:12:20PM -0500, Bruce Dubbs wrote: >> Ken, >> You suggested separating the time zone data into a separate page. >> One problem is that the tarball does not expand into a separate directory. >> >> One place where this can cause a problem is with jhal

Re: [lfs-dev] tzdata2012e.tar.gz

2012-08-19 Thread Ken Moffat
On Sun, Aug 19, 2012 at 10:05:16PM +0100, Ken Moffat wrote: > > Earlier, I think I said something like " I'm fixing my buildscripts" - > that was caused by this. Jhalfs is, as you know, not something I use. > If it's easier to repackage tzdata, we can note why we are doing that. > Most changes w

Re: [lfs-dev] tzdata2012e.tar.gz

2012-08-19 Thread Ken Moffat
On Sun, Aug 19, 2012 at 12:12:20PM -0500, Bruce Dubbs wrote: > Ken, >You suggested separating the time zone data into a separate page. > One problem is that the tarball does not expand into a separate directory. > > One place where this can cause a problem is with jhalfs. What do you > thin

[lfs-dev] tzdata2012e.tar.gz

2012-08-19 Thread Bruce Dubbs
Ken, You suggested separating the time zone data into a separate page. One problem is that the tarball does not expand into a separate directory. One place where this can cause a problem is with jhalfs. What do you think about repackaging the data so it expands to a directory tzdata2012e/