[blfs-dev] Again a problem with w3m

Pierre Labastie pierre.labastie at neuf.fr
Fri Apr 19 12:33:18 PDT 2019


On 19/04/2019 18:41, Bruce Dubbs via blfs-dev wrote:
> On 4/19/19 9:55 AM, Pierre Labastie via blfs-dev wrote:
>> Hi,
>>
>> For testing latest changes to jhalfs, I am building a full blfs (systemd
>> [*]) book in a VM. I've ticked all the pages in the menu, shuffled the
>> "configuration" file obtained, then launched ./gen_pkg_book.sh. So the build
>> order is supposed to respect dependency order, but otherwise is random. It
>> so happened that my build order is:
>>
>> X libraries ... imlib2 ... w3m, before gdk-pixbuf/gtk.
>>
>> So w3m wants to use imlib2 for displaying images, and imlib2 links to X
>> libraries. But -lX11 is not passed to the linker (it is the same problem as
>> that fixed by one of the seds for w3m, but that sed fixes only gtk2 image
>> loader), so the build fails...
>>
>> I think one sed could do (but I have not tested it with gtk+-2):
>> sed '/IMGX11LDFLAGS=/s/`"/` -lX11"/' -i configure
>>
>> it would replace the one for gtk2, and add -lX11 to all the libraries using
>> Xlib. The build passes and basic functionalities are there. I'm not able to
>> display images in console mode, but it may be a VM problem, not imlib2/w3m.
>>
>> Another possibility is to get rid of w3m, which is:
>> - old (no update since 2011)
>> - unable to display www.linuxfromscratch.org correctly (some characters are
>> displayed as question marks; maybe we are missing a switch)
>> - having more and more issues with recent toolchains/toolkits
>>
>> We have two other text browsers in the book.
> 
> I do not have a problem with archiving w3m.  Currently the following pages
> reference it, all optional: gegl, mutt, PAM, docbook-utils, xmlto, xorg-libs,
> xdg-utils.
> 
> We would need to change the references there to external.  The package that is
> most problematic is PAM.  w3m is the only internal package we have to
> optionally regenerate documentation.  The alternative is elinks which is also
> external, but we can probably live with that.
> 
>> [*]: BTW, I've not been able to get a correct clock time with rtc set to
>> local time. Maybe more to come, but I don't want to lose time with that ATM
> 
> I've run into a similar problem with, IIRC plasma.  What I found there is that
> it wanted a symlink for /etc/localtime.  I was able to workaround that problem
> with:
> 
> mv  /etc/localtime /etc/localtime.local
> ln -s localtime.local /etc/localtime
> 
> If the problem is just rtc, then don't we want it set to UTC?  In the past, it
> was only Windows that wanted the rtc set to local time.  I do not know if that
> is true any more.
> 

Still true, at least with Windows 7, and the reason why I have rtc set to
local time on that machine. I've built the sytemd book, and /etc/localtime
_is_ a symlink.

It works OK with rtc set to utc (on another machine where I do not need Windows).

Pierre


More information about the blfs-dev mailing list