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 -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
