Re: Jhalfs with package management

On Fri, Jan 20, 2012 at 4:17 PM, Pierre Labastie
<pierre.labastie <at> neuf.fr> wrote:
> Hi,
>
> After a few weeks of hard working, I am pleased to announce
> that I have worked out an update for jhalfs, which includes
> the possibility to add a package manager. Normally, it can
> use any package manager. I have made an implementation with
> dpkg. I do not know much about rpm, but if there is some
> request, I can try to adapt to it: it should not be hard.
> The hard part is to automate commands to have the package
> land into a DESTDIR instead of directly to the system, not
> to use the PM.
>
> I am also working on the BLFS part, with some promising results,
> but it is not usable yet.
>
> The patch is 131k (26 k compressed). It has to be applied to
> a freshly checked-out jhalfs. I attach it. I hope the list daemon
> will not choke...
>
> A way to use the system is given in README.PACKGE_MANAGEMENT.
> I am not experienced enough with doc writing to know if it
> is usable. Please let me know.
>
> Yours
> Pierre Labastie
>
> --
> http://linuxfromscratch.org/mailman/listinfo/alfs-discuss

Re: Jhalfs with package management

Le 02/02/2012 00:38, Thomas Pegg a écrit :
> Patch is applied as or r3540 and r3541. Did a seperate commit for the
> fix on the testsuites, caught it after I made the first one. Thanks
> for your patch Pierre.
>
> Thomas
You are very welcome,

I did not expect to have this patch make its way to jhalfs so early.
It is my first attempt in contributing to a free software project.

Thanks for your interest,

Pierre
--

-- 
http://linuxfromscratch.org/mailman/listinfo/alfs-discuss
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Re: Jhalfs with package management

Le 02/02/2012 00:38, Thomas Pegg a écrit :
> Patch is applied as or r3540 and r3541. Did a seperate commit for the
> fix on the testsuites, caught it after I made the first one. Thanks
> for your patch Pierre.
>
> Thomas
Hi,

Here are a few corrections which allow ICA to work, correct a bug
in docbook-xml (for BLFS tools) when package management
is not used, writes more accurate package versions in
/var/lib/jhalfs/BLFS (for BLFS tools again), and use the ldd
trick in func_check_version. Also, I have
added the possibility to compile kernel with MAKEFLAGS (line
342 of LFS/master.sh). It is a big time saver...

See attached file jhalfs20120203.patch.

Regards
Pierre

--

-- 
http://linuxfromscratch.org/mailman/listinfo/alfs-discuss
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

jhalfs fixes for clfs patch

There are a number of problems if you try to build CLFS with jhalfs.
I think the attached patch fixes most of them.

A year or so ago, I sent a patch for CLFS problems.   This patch is a
superset of that older patch.  So ignore the previous one and use this
one.

I hope this patch can make it into the jhalfs code base.   Or at least
will be useful to those who want to build CLFS with jhalfs.

--

-- 
http://linuxfromscratch.org/mailman/listinfo/alfs-discuss
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Locale related regression

Hi,

I'm seeing what I think is a regression using recent jhalfs-trunk to
build lfs-trunk. After booting into a recently built LFS I see:

root:/# LC_ALL=en_GB.UTF-8 locale charmap
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or
directory
locale: Cannot set LC_ALL to default locale: No such file or directory

This is because I don't have the en_GB.UTF-8 locale installed, but I
have 'LANG="en_GB.UTF-8"' specified in jhalfs config which then gets put
into /etc/profile.

My generated lfs-commands/chapter06/*-glibc file contains instructions
to install just the minimum set of locales necessary for completing the
test suites.  However, in the book, these are marked with
'role="nodump"'.  What I would expect is for 'make
localedata/install-locales' to be run instead.

I can see some changes in the recently applied jhalfs.patch from Pierre
that look like they touch relevant regions, but my XSL-foo isn't
sufficient to figure out what might need changing to restore the
previous behaviour.

Any help would be greatly appreciated.

Thanks,

Re: Locale related regression

On Feb 6, 2012, at 5:19 PM, Matt Burgess wrote:
> 
> 
> I can see some changes in the recently applied jhalfs.patch from Pierre
> that look like they touch relevant regions, but my XSL-foo isn't
> sufficient to figure out what might need changing to restore the
> previous behaviour.
> 
Fortunately I think my XSL-foo is sufficient. :) 
I commited a fix to trunk that I'm pretty sure resolves this. Please confirm.

Thomas

--

-- 
http://linuxfromscratch.org/mailman/listinfo/alfs-discuss
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Re: Locale related regression

On Mon, 2012-02-06 at 21:22 -0500, Thomas Pegg wrote:

> Fortunately I think my XSL-foo is sufficient. :) 
> I commited a fix to trunk that I'm pretty sure resolves this. Please confirm.

Thanks a lot, that's fixed it!

Matt.

--

-- 
http://linuxfromscratch.org/mailman/listinfo/alfs-discuss
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Re: Locale related regression

Le 07/02/2012 09:24, Matt Burgess a écrit :
> On Mon, 2012-02-06 at 21:22 -0500, Thomas Pegg wrote:
>
>> Fortunately I think my XSL-foo is sufficient. :)
>> I commited a fix to trunk that I'm pretty sure resolves this. Please confirm.
> Thanks a lot, that's fixed it!
>
> Matt.
>
Well,
First of all, I want to apologize for that pitfall. I had not realized
that fairly current locales (such as en_GB) where not in the minimal
set of installed locales.

OTH, I still think it is overkill to install the full set of supported 
locales
just because you need one. I might submit a patch, which uses the
'lang' parameter to install the required locale, if I can sort out a not
too complicated way of doing that.

something like:
locale=grep $lang /usr/share/i18n/SUPPORTED
charmap=`echo $locale | sed 's,[^ ]*[ ],,'`
input=`echo $locale | sed 's,[ .].*,,'`
localedef -i $input -f $charmap $locale

But need to check that it is not already in the minimal set.
Also not install if lang=C or POSIX.

Regards,

Re: Locale related regression

On Tue, 07 Feb 2012 15:21:00 +0100, Pierre Labastie <pierre.labastie <at> neuf.fr> wrote:
> Le 07/02/2012 09:24, Matt Burgess a écrit :
>> On Mon, 2012-02-06 at 21:22 -0500, Thomas Pegg wrote:
>>
>>> Fortunately I think my XSL-foo is sufficient. :)
>>> I commited a fix to trunk that I'm pretty sure resolves this. Please
> confirm.
>> Thanks a lot, that's fixed it!
>>
>> Matt.
>>
> Well,
> First of all, I want to apologize for that pitfall. I had not realized
> that fairly current locales (such as en_GB) where not in the minimal
> set of installed locales.

No need to apologize at all.  I'd completely forgotten that jhalfs installs
the complete set of locales as well.

> OTH, I still think it is overkill to install the full set of supported 
> locales just because you need one. I might submit a patch, which uses the
> 'lang' parameter to install the required locale, if I can sort out a not
> too complicated way of doing that.

Ha, I was going to suggest a similar approach as well in my original regression
report, once I realised that I've been installing a whole bunch of locales that
I don't need all this time.  As I wasn't willing to invest any time myself in
implementing such a feature though, I didn't bother requesting it.  As you've
shown an interest, I'll just say that I'd find that a really nice feature 

I need jhalfs20120203.patch applied thanks

Hi,

I am working on implementing the choice of
not installing the full set of locales, while retaining the
possibility of having the locale corresponding to
LANG be installed.

But in order to submit a patch for that, I'd like to be in sync with
jhalfs SVN. I cannot because I have been  ahead of jhalfs
since I sent a patch a few days ago
(http://linuxfromscratch.org/pipermail/alfs-discuss/2012-February/009937.html)

I understand you might prefer not to install this patch
for some reason, but please tell me why, because there are
things I really need for running ICA, while I can cope without
some others.

Regards
Pierre
--

-- 
http://linuxfromscratch.org/mailman/listinfo/alfs-discuss
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page