Re: [blfs-support] Is it worth jumping in for me? / Can LFS be even more simple?

On Wed, 6 Jan 2021 22:24:21 -0600 Paul via blfs-support wrote: > Question 2: Is it possible to run a system using only the kernel, grub > (or other bootloader), maybe a compiler/libc if I need it, and a single > executible loaded by the kernel that I would write in C? Just for the record,

Re: [blfs-support] Default Printer Not Showing In Firefox Or Thunderbird

On Tue, 08 Sep 2020 11:31:58 +0200 Stephen Berman via blfs-support wrote: > added the line `gtk-print-backends = cups,file,lpr' to > ~/.config/gtk-3.0/settings.ini and now firefox shows the printer. Thanks for posting the solution. Maybe this setting should be added to the GTK+3 configuration

Re: [blfs-support] Introduction and request for information on Bind uid to 0: Operation not permitted

On Thu, 17 Oct 2019 05:45:10 + EscuelitaViva via blfs-support wrote: > New to the list and will be helping out as best I can to support my > favorite project, LFS. I'm a grey beard, a throw back from the Commodore, > Atari, Timex Sinclair, Trash 80 days. Anyone program Fortran here? > Never

Re: [blfs-support] BLFS-8.1 with new kernel patches

On Tue, 30 Jul 2019 10:20:24 +0100 Richard Melville via blfs-support wrote: > There's also Startpage and Qwant Thanks for those! But, Startpage does rely on Google's engine, and Qwant on Bing's: https://en.wikipedia.org/wiki/Startpage.com https://en.wikipedia.org/wiki/Qwant I also forgot

Re: [blfs-support] BLFS-8.1 with new kernel patches

On Thu, 25 Jul 2019 20:55:18 +0100 Ken Moffat via blfs-support wrote: > Sorry, I've no idea for what to search for (current google mostly > returns results for multiple terms with one of the crossed through > in the 'must include' underneath the summary. FWIW, Google is really, really going

Re: [blfs-support] twm menu not working(SOLVED)

On Sat, 9 Feb 2019 21:29:42 +0100 Cliff McDiarmid via blfs-support wrote: > Yes that's it Douglas. I had avoided the legacy fonts, not thinking they > would effect TWM. Perhaps this little gotcha should be mentioned on the TWM BLFS page:

Re: [blfs-support] Poppler-0.67.0 gtk-test.dir/all Error 2 - BLFS 8.3

rhubarbpieguy, For a 0.67 poppler release after the cmake command has been run (I don't think it matters if the make step was later run and whether or not the build was actually successful, but you have to do the cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr

Re: [blfs-support] Poppler-0.67.0 gtk-test.dir/all Error 2 - BLFS 8.3

On Mon, 15 Oct 2018 21:31:36 -0500 rhubarbpieguy via blfs-support wrote: > -I//usr/include Again that is there. Where is this strange path coming from? > find /etc -type f -print|sort|xargs grep /usr/include reports: > /etc/udev/hwdb.d/60-keyboard.hwdb:# is the bus-id (see >

Re: [blfs-support] Poppler-0.67.0 gtk-test.dir/all Error 2 - BLFS 8.3

On Mon, 15 Oct 2018 14:40:12 -0500 rhubarbpieguy via blfs-support wrote: > Poppler 0.67 compiles without error using > poppler_fix_cmake_gtk3_include_dir.patch. :) Good! OK, there is a problem in the poppler build system. However, there is *also* something unusual with your system - well, at

Re: [blfs-support] Poppler-0.67.0 gtk-test.dir/all Error 2 - BLFS 8.3

On Mon, 15 Oct 2018 00:31:15 -0500 Bruce Dubbs via blfs-support wrote: > Yes. Bruce, OK, could run the following build test on poppler 0.67 applying the attached poppler_gtk-test_force_build_fail.patch (and no other patches): patch -p1 -i ../poppler_gtk-test_force_build_fail.patch mkdir

Re: [blfs-support] Poppler-0.67.0 gtk-test.dir/all Error 2 - BLFS 8.3

On Sun, 14 Oct 2018 21:23:06 -0500 rhubarbpieguy via blfs-support wrote: > OK, it's not that big a deal to redo LFS 8.3.  I've nuked all my log > files but don't remember a problem with the output of "Adjusting the > Toolchain."  Regardless, I'll go again and save that output.  I'll > repost

Re: [blfs-support] Poppler-0.67.0 gtk-test.dir/all Error 2 - BLFS 8.3

On Sun, 14 Oct 2018 14:28:01 -0500 rhubarbpieguy via blfs-support wrote: > [ 89%] Building CXX object test/CMakeFiles/gtk-test.dir/gtk-test.cc.o > .. > /usr/include/glib-2.0 -isystem /usr/lib/glib-2.0/include -isystem > //usr/include  -Wall -Wextra -Wpedantic -Wno-unused-parameter > .. Good!

Re: [blfs-support] Poppler-0.67.0 gtk-test.dir/all Error 2 - BLFS 8.3

On Fri, 12 Oct 2018 14:33:35 +0200 Pierre Labastie via blfs-support wrote: > Because the piece of code (lines 18 to 23 intest/CMakeLists.txt) which > generates the error seems to not have been changed in 0.69? But, maybe it > is upstream job to try to debug this... Yeah, the problematic code

Re: [blfs-support] Poppler-0.67.0 gtk-test.dir/all Error 2 - BLFS 8.3

On Thu, 11 Oct 2018 17:58:44 -0500 rhubarbpieguy via blfs-support wrote: > I see two batches of Error 2 errors.  I hope this is what you want: We want to see not just the error message, but the actual g++ command line that caused the error. When you build via: make VERBOSE=1 you should be

Re: [blfs-support] Poppler-0.67.0 gtk-test.dir/all Error 2 - BLFS 8.3

On Wed, 10 Oct 2018 16:47:49 -0500 rhubarbpieguy via blfs-support wrote: > I applied the patch to poppler-0.63.0 and poppler-0.67.0.  > Both compiled successfully. The changeset between 0.63 and 0.64 is tens of thousands of lines long. Tis much like finding a needle in haystack on the first

Re: [blfs-support] Poppler-0.67.0 gtk-test.dir/all Error 2 - BLFS 8.3

On Tue, 9 Oct 2018 18:32:08 -0500 rhubarbpieguy via blfs-support wrote: > I've never set $CPLUS_INCLUDE_PATH and/or $C_INCLUDE_PATH as I compile > X in /usr. My original (and current) problem is Poppler-0.67.0 won't > compile and those variables are not set. I only set them as I thought > you

Re: [blfs-support] Poppler-0.67.0 gtk-test.dir/all Error 2 - BLFS 8.3

On Sun, 7 Oct 2018 07:28:34 -0500 rhubarbpieguy via blfs-support wrote: > Yes, I changed /etc/profile.d/xorg.sh according to Introduction to > Xorg-7.  So without that change I see the following: OK, the include search paths look OK to me for both your g++/gcc 8.2.0 and 7.3.0 systems - that is

Re: [blfs-support] Poppler-0.67.0 gtk-test.dir/all Error 2 - BLFS 8.3

On Sat, 6 Oct 2018 08:52:26 -0500 rhubarbpieguy via blfs-support wrote: > It appears setting the new variables didn't fix the problem.  I hope > I've followed your and Ken's guidance correctly. Again, I should mention > Poppler was the only problem package and the older version works well, >

Re: [blfs-support] Poppler-0.67.0 gtk-test.dir/all Error 2 - BLFS 8.3

On Thu, 4 Oct 2018 18:33:07 -0500 rhubarbpieguy via blfs-support wrote: > What have I missed?  Is there another area where I'm to set > CPLUS_INCLUDE_PATH? See my recent reply to Alex who has a similar problem in the BLFS thread "Compilation failures - missing header files". On your system,

Re: [blfs-support] Compilation failures - missing header files

On Wed, 3 Oct 2018 23:50:15 -0600 Alex B wrote: > "export CPLUS_INCLUDE_PATH=/usr/include/c++/8.2.0:/usr/include" did the > trick. > .. > I still don't see why there is a need to set that variable, when it is > not being set by jhalfs and can't find any reference to it under /etc > either. The

Re: [blfs-support] Compilation failures - missing header files

I also found this: https://www.linuxquestions.org/questions/slackware-14/on-current-qt-include-directory-appears-2x-4175636463/ (referenced by https://trac.wildfiregames.com/ticket/5157) Check what the environment variable CPLUS_INCLUDE_PATH is being set to and where it is being set: echo

Re: [blfs-support] Poppler-0.67.0 gtk-test.dir/all Error 2 - BLFS 8.3

It seems another BLFS user has encountered this issue (but with applications other than poppler): http://lists.linuxfromscratch.org/pipermail/blfs-support/2018-October/080407.html I also found this:

Re: [blfs-support] Compilation failures - missing header files

On Wed, 3 Oct 2018 12:18:19 -0600 Alex via blfs-support wrote: > /usr/include/c++/8.2.0/cstdlib:75:15: fatal error: stdlib.h: No such > file or directory > . > . > Has anyone encountered this or something similar? Yes, rhubarbpieguy has:

Re: [blfs-support] Poppler-0.67.0 gtk-test.dir/all Error 2 - BLFS 8.3

On Mon, 1 Oct 2018 19:18:40 -0500 rhubarbpieguy via blfs-support wrote: > > /usr/include/c++/8.2.0/cstdlib:75:15: fatal error: stdlib.h: No such > > file or directory > >  #include_next > >    ^~ Perhaps the first link below is the most helpful:

Re: [blfs-support] lightdm: Failed to get list of logind seats

On Mon, 1 Oct 2018 21:24:52 +0200 (CEST) Ben Bellemans via blfs-support wrote: > Both "/etc/rc.d/init.d/lightdm start" and "init 5" don't start the greeter > and procuce this warning: "WARNING: Failed to get list of logind seats: > GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name

Re: [blfs-support] I hate rustc!

On Sun, 23 Sep 2018 01:15:23 +0100 Ken Moffat via blfs-support wrote: > The other worrying thing about building rust is the way that it > builds multiple versions of some of the crates (presumably as > dependencies for different other crates), with all the versions set > in stone. I fear that

Re: [blfs-support] I hate rustc!

On Sat, 22 Sep 2018 22:53:39 +0100 Ken Moffat via blfs-support wrote: > export LIBSSH2_SYS_USE_PKG_CONFIG=1 > > just before the DESTDIR install. Thanks Ken! I'm sure this is going to help more than a few folks out there. If rustc is going to be used for production, the rust developers better

Re: [blfs-support] Revert Berkeley DB to v5

I don't have a strong opinion on it one way or another, but my vote is to retain the latest version. Oracle is using a GPL license (AGPL) so redistribution (i.e. a lack of distribution sites) should not be an issue. The LWN article expressing concern about the AGPL was written in 2013. Given

Re: [blfs-support] BLFS systemd 239?

On Tue, 31 Jul 2018 15:36:45 -0500 Bruce Dubbs wrote: > In systemd's src/basic/missing.h is: > > #ifndef SCM_SECURITY > #define SCM_SECURITY 0x03 > #endif > > Shouldn't that take care of it? missing.h is included in > src/journal/journald-server.c. Bruce, Yep, good catch. Searching

Re: [blfs-support] BLFS systemd 239?

On Mon, 30 Jul 2018 20:05:54 +0100 spiky wrote: > ../src/journal/journald-server.c:1134:45: error: 'SCM_SECURITY' > undeclared (first use in this function); did you mean 'PF_SECURITY'? >   cmsg->cmsg_type == SCM_SECURITY) { >

Re: [blfs-support] Reducing my contributions

On Mon, 25 Jun 2018 02:53:59 +0100 Ken Moffat wrote: > I find it hard to believe that I can ever happily run anything > except LFS (sysv), but I need to step further back. Ken, Well, thanks so much for all your help. I've said it before, but I believe that LFS/BLFS really is an important

Re: [blfs-support] Speculative Store Bypass

FWIW, when searching for more info on the SSB vulnerability, I found this: https://www.tomshardware.com/news/researchers-discover-speculative-store-bypass-attack,37092.html Tis some really bad news: "But the hope remained that the manufacturers could solve the problem with a few security

Re: [blfs-support] BLFS 8.2-systemd, modules/firmware for Broadcom BCM4322 wireless network card

On Tue, 20 Mar 2018 20:46:31 + (GMT) Hans Malissa wrote: > and then the build stops. I tried to read up on that error message, and it > seems like it's related to the kernel version - the driver was prepared > for an earlier version of linux >

Re: [blfs-support] https://docs.python.org/3.6/archives/python-3.6.2-docs-html.tar.bz2

On Mon, 12 Feb 2018 16:13:03 -0500 Baho Utot wrote: > well I guess I am about to find out I am going with python 3 only so > I will see how far I get with that. Do let us know how it goes. Python 3 comes with a script, 2to3, that can convert Python 2 code to

Re: [blfs-support] libxshmfence 1.2 Xorg Libaries

On Wed, 7 Feb 2018 15:38:04 + spiky wrote: > I have not added a CFLAGS this is from the install script >./configure $XORG_CONFIG CFLAGS='$CFLAGS -D_GNU_SOURCE' That's wrong. The '' will prevent all shell variable expansion. Thus, $CFLAGS will be preserved

Re: [blfs-support] Portability problems ?

On Thu, 1 Feb 2018 23:03:00 +0100 Edgar Alwers wrote: > 1.) xfce4-terminal did not work anymore ( input/output error ), making  > any compilations in tty terminals impossible. I have only xfce and > therefore no kde-terminals. Edgar, You should always have another

Re: [blfs-support] MP4 video playback not working in Firefox 57

On Sat, 18 Nov 2017 11:13:04 +0100 Vaclav Masin wrote: > both FF56 and FF57 (I can switch back and forth easily having both > installed in a versioned dir in /opt) Vaclav, I do it that way too. Just a side note, and one that might not be even applicable to such recent

Re: [blfs-support] Fluxbox-1.3.7: fbsetroot fails

On Tue, 14 Nov 2017 10:28:10 -0800 Paul Rogers wrote: > I've searched fluxbox.org. It seems like a duplicate of Bug #1093, for > which there was a patch. Tried it, no joy. There's a prerelease > version 1.4.0. Tried it, no joy. Paul, As I understand it, the

Re: [blfs-support] TypeError: %d format: a number is required, not float when building Firefox 52.4.1esr

On Tue, 31 Oct 2017 16:18:12 + Ken Moffat wrote: > From: Gunner Hooper > To: Ken Moffat > Subject: Re: [blfs-support] TypeError: %d format: a number is required, not > float when building > Firefox

Re: [blfs-support] TypeError: %d format: a number is required, not float when building Firefox 52.4.1esr

On Mon, 30 Oct 2017 13:56:25 + Ken Moffat wrote: > Michael, please don't top post. Well, I looked carefully at my post again and don't believe I did. However, I did reply to three different posts within that one post, but in each case my reply was after the relevant

Re: [blfs-support] TypeError: %d format: a number is required, not float when building Firefox 52.4.1esr

On Sat, 28 Oct 2017 17:10:47 -0500 Gunner Hooper wrote: > I tried using the new gen-event-data.py file. This is the output: > "/root/sources/firefox-52.4.1esr/toolkit/components/telemetry/gen-event-data.py", > > line 9, in >     from shared_telemetry_utils

Re: [blfs-support] TypeError: %d format: a number is required, not float when building Firefox 52.4.1esr

On Sat, 28 Oct 2017 10:52:23 -0500 Bruce Dubbs <bruce.du...@gmail.com> wrote: > Michael Shell wrote: > > > Another, in my opinion better, option (given the enormous bloat of QT) > > is WebkitGTK+ based browsers, ... > > LOL. You have to be kidding. Bruce,

Re: [blfs-support] TypeError: %d format: a number is required, not float when building Firefox 52.4.1esr

On Fri, 27 Oct 2017 13:23:25 -0500 gunnersky2...@gunnerhooper.tk wrote: > File > "/root/sources/firefox-52.4.1esr/toolkit/components/telemetry/gen-event-data.py", > line 82, in write_common_event_table > e.dataset), > TypeError: %d format: a number is required, not float Well, it looks like a

[blfs-support] Python 3 only? (was: error building gnome-desktop)

On Tue, 24 Oct 2017 10:56:55 -0500 Bruce Dubbs wrote: > We have Python-2.7.14 as a required dep This prompts me to ask: What is the current status of going to a "pure python 3" BLFS system (one that no longer supports Python 2)? I know the v3 syntax change is a real

Re: [blfs-support] Upgrading Binutils

On Tue, 17 Oct 2017 23:56:24 +0200 DGSJ wrote: > My question is if it is possible to upgrade binutils directly, I mean, > simply building binutils-2.29 as indicated in paragraph 6.26 of LFS 8.1, > for example. In my own experience, you can upgrade binutils by itself without

Re: [blfs-support] Adobe Acribat Reader (acroread) stopped working after upgrades.

On Wed, 06 Sep 2017 00:11:28 -0700 James Richard Tyrer wrote: > [ ~ ]# cat /tmp/acroCrashLogs/0906_0001_wJDhzR > /usr/bin/acroread [0x850ab41] [@0x8048000] > linux-gate.so.1(__kernel_sigreturn+0x0) [0xe400] [@0xe000] > > This doesn't look like much information to me.

Re: [blfs-support] Seg fault when starting Gnome

On Wed, 30 Aug 2017 19:06:46 +0200 "Cliff McDiarmid" wrote: > and no, PAM it would seem isn't to blame. Still getting messages about > logind and PAM(see attached log). Cliff, It could be a PAM setup issue:

Re: [blfs-support] Adobe Acribat Reader (acroread) stopped working after upgrades.

On Sat, 26 Aug 2017 18:56:23 -0700 James Richard Tyrer wrote: > So, it appears that a Segmentation Fault crash is the problem. I have > no clue exactly what the cause is. James, Try this and see if it shows something more helpful: ACRODEBUG=1 ACRO_CRASHLOG=1 acroread

Re: [blfs-support] Seg fault when starting Gnome

On Sat, 26 Aug 2017 00:08:44 +0200 "Cliff McDiarmid" wrote: > I have log and have attached it. Looks like a Linux Pam issue(not installed), > do you know > if Gnome requires this before it can start? Cliff, It looks that way. It seems we should always keep in mind

Re: [blfs-support] Seg fault when starting Gnome

On Thu, 24 Aug 2017 13:11:49 +0200 "Cliff McDiarmid" wrote: > gnome-session-f[3065]: segfault at 0 ip 7f17482e79a9 sp 7ffcfe694900 error 4 in libgtk-3.so.0.2200.4[7f1748013000+6e5000] I did a search and here are some more things to try. It would be very

Re: [blfs-support] Gobject-introspection

On Sun, 11 Jun 2017 20:02:31 +1200 Simon Geard wrote: > But given the ease of installing it, versus the difficulty of going > back and reinstalling packages if you later find that you need it, > well... personally, I wouldn't skip it unless I was absolutely certain > that

Re: [blfs-support] BLFS-7.10 X fails

On Sat, 03 Jun 2017 15:12:15 -0700 Paul Rogers wrote: > Errm, but this seems strictly related to trying to use the Nouveau > driver. It has been reliable with the VESA-fb driver. The Nouveau might be more RAM intensive, also it might pull more power which could trigger

Re: [blfs-support] BLFS-7.10 X fails

On Fri, 02 Jun 2017 20:56:42 -0700 Paul Rogers wrote: > So I've got 4 paths: 1 kernel panics, three cannot start X. It's > getting deeper! I do need help. As far as the kernel panics go, you can try two things. First, try slowing down your memory speed settings in

Re: [blfs-support] radeon HD3000 freeze

On Tue, 30 May 2017 17:47:57 -0400 Andrew Warshall wrote: > is there a way to check GPU temp? Andrew, As Douglas mentioned, lm-sensors handles all that. However, getting sensors configured can be involved. See the man pages for sensors-detect sensors.conf See

Re: [blfs-support] radeon HD3000 freeze

On Fri, 26 May 2017 09:36:04 -0400 Andrew Warshall wrote: > I have a radeon HD3000 graphics chipset. It works fine unless I try > to do something graphics-intensive (video game, say) in which case > after ~half an hour the Xserver hangs with many messages written to >

Re: [blfs-support] BLFS 7.10 fonts less clear than in 7.9

On Thu, 20 Apr 2017 12:39:26 -0500 rhubarbpie...@gmail.com wrote: > However, the gist of the post was correct. Yep, for the record in case someone ever runs into this, at least on your system, freetype will yield a lighter font iff: (1) hintfull is being used *and* (2) version 35 of the freetype

Re: [blfs-support] ACPI errors and 4.9.9 kernel. LFS 8.0

On Tue, 4 Apr 2017 10:43:29 -0500 Bruce Dubbs wrote: > This is what I found via google: > > https://access.redhat.com/articles/65378 > https://forum.manjaro.org/t/acpi-error-on-boot-after-updating-to-4-9/12894 And for me, this one:

Re: [blfs-support] Qtwebkit - bash: qmake: command not found. BLFS 7.10/development

On Wed, 8 Mar 2017 14:41:20 -0600 rhubarbpie...@gmail.com wrote: > What am I missing? I think rhubarbpieguy is hitting at a more general issue - that the BLFS book, if followed exactly, does result in the proper *installation* of a given package, but strictly following it is not in itself

Re: [blfs-support] Why no PDF version of BLFS?

On Wed, 1 Mar 2017 11:46:49 -0600 Bruce Dubbs wrote: > fop -q $(RENDERTMP)/blfs-pdf.fo $(BASEDIR)/$(PDF_OUTPUT) 2>fop.log For those who might be interested, the needed fob package can be found here: https://xmlgraphics.apache.org/fop/ Cheers, Mike Shell --

Re: [blfs-support] Should the libpng patch be listed as a dependency in the Firefox documentation? BLFS 7.10/BLFS development

On Sat, 7 Jan 2017 10:35:51 -0600 Bruce Dubbs wrote: > I'll change the patch from optional to recommended in libpng. As a general rule, shouldn't each application page list/mention any and all special patches/functionality that an application specifically needs? For

Re: [blfs-support] mesa-12.0.1 build error

On Fri, 28 Oct 2016 14:19:44 -0400 Richard wrote: > The errors appear to be in building the swr driver and specifically it > complains about INT64 not being defined. According to this: https://www.mail-archive.com/mesa-commit@lists.freedesktop.org/msg64402.html the mesa

Re: [blfs-support] Boost-1.62.0 md5sums

On Sun, 9 Oct 2016 14:12:28 +0200 Pierre Labastie wrote: > http://lists.linuxfromscratch.org/pipermail/blfs-dev/2016-October/032486.html Just goes to show how something can go right through our inbox and we won't even notice let alone recall it ... until we run into the

[blfs-support] Boost-1.62.0 md5sums

I recently downloaded Boost http://www.linuxfromscratch.org/blfs/view/svn/general/boost.html using wget: wget -O boost_1_62_0.tar.bz2 http://downloads.sourceforge.net/boost/boost_1_62_0.tar.bz2 as well as from within firefox. In each case, the resulting md5sum doesn't match that on the BLFS

Re: [blfs-support] BLFS 7.10 fonts less clear than in 7.9.

On Sat, 24 Sep 2016 01:41:18 +0100 Ken Moffat wrote: > I've just had the opportunity to compare /etc/fonts/fonts.conf in > 7.9 and 7.10. Yes, they do differ in size by about 3.5K. The > reason is that the table of valid blank characters almost at the end > of the file

Re: [blfs-support] BLFS 7.10 fonts less clear than in 7.9.

On Thu, 22 Sep 2016 14:26:02 -0500 rhubarbpie...@gmail.com wrote: > I don't understand how to get the freetype version, I see only > freetype-config as the installed freetype program. That one can reveal it with the proper chant: freetype-config --ftversion > fontconfig-2.11.1

Re: [blfs-support] BLFS 7.10 fonts less clear than in 7.9.

On Wed, 21 Sep 2016 16:30:57 -0500 rhubarbpie...@gmail.com wrote: > antialias - Changing the antialias setting from 'true' to 'false' helped > significantly. The fonts are just a touch 'blotchy' but the bold > problem is eliminated. However, if I change /etc/fonts/local.conf to > include

Re: [blfs-support] BLFS 7.10 fonts less clear than in 7.9.

On Tue, 20 Sep 2016 06:56:24 -0500 rhubarbpie...@gmail.com wrote: > Perhaps things differ by box, but your file accentuates what I got with > the standard 7.10 fontconfig. It produces fonts bolder than I like. > ... It's good to know I can fight back should the problem worsen with > future

Re: [blfs-support] BLFS 7.10 fonts less clear than in 7.9.

On Mon, 19 Sep 2016 19:29:19 +0100 Ken Moffat wrote: > The internet has a plethora of suggestions for tweaking what happens > in fontconfig. The quality of on-screen font rendering under Linux has long irked me. It seems that after I finally get things the way I like,

Re: [blfs-support] plasma, now works for me (was Re: Black Desktop. Some improvements)

On Wed, 24 Aug 2016 22:24:08 +0100 Ken Moffat wrote: > Mike, you continue to impress me with your ability to find useful > links from the past! Ken, glad to hear! I for one have learned a surreal amount of helpful information from reading the BLFS list, so I'll

Re: [blfs-support] Black Desktop. Some improvements

On Wed, 24 Aug 2016 17:03:29 +0200 Edgar Alwers wrote: > By the way, if I start an xterm from fluxbox, I can enter > "/opt/kf5/bin/plasmashell" and plasma starts for about a second, braking > down inmediately. Edgar, Then this would be something to investigate. There

Re: [blfs-support] Black Desktop. Some improvements

On Mon, 22 Aug 2016 22:18:21 +0200 Edgar Alwers wrote: > Both machines are equiped with an vga compatible intel controller. My guess is that there is a subtle hardware difference here that is causing a rendering problem. One known cause of blank screens with an active

Re: [blfs-support] Movin' and groovin'

On Sun, 17 Jul 2016 20:05:03 +0100 Ken Moffat wrote: > I suspect the SATA cable on the add-in card had become slightly > loose - my experience of SATA cables in the past week is > discouraging, they do not seem to connect as reliably as the old ATA > connectors. A

Re: [blfs-support] Screen Resolution and Font Size of Virtual Consoles

On Wed, 15 Jun 2016 00:39:43 +0100 Ken Moffat wrote: > It isn't a problem - it's the user's system, he or she can decide > what suits. Yeah, some monitors scale certain resolutions poorly. They supposedly work best at their native (max) resolution, but with the fonts

Re: [blfs-support] Screen Resolution and Font Size of Virtual Consoles

On Mon, 13 Jun 2016 01:40:56 -0500 "Douglas R. Reno" wrote: > I would try appending "video=" to the end of your kernel > command line, e.g. > > video=1024x768 FWIW, this one can be tricky because if using the DRI/DRM framebuffer drivers (e.g., DRM_RADEON, etc.)

Re: [blfs-support] Internal compiler error ? SOLVED

On Thu, 03 Mar 2016 17:20:26 +0100 "Dr.-Ing. Edgar Alwers" wrote: > Again, thank you very much Bruce, Ken and Michael for the help Edgar, And my apologies for not replying sooner - I was busy with other things and got behind on all my mailing list email. Cheers,

Re: [blfs-support] Internal compiler error ?

On Mon, 1 Feb 2016 20:05:11 + Ken Moffat wrote: > The only hardware-specific thing I recall "recently" was gmp - since > September 2015 I have been using the configfsf.{guess,sub} over the > config. versions. Discussed on the lfs-dev list back then. Yeah, I sure

Re: [blfs-support] clang, gcc and --sysroot head-scratcher

On Tue, 1 Dec 2015 20:12:27 -0500 alex lupu wrote: > 1. Why 'clang' succeeds (when it does) and 'cc' does not? You can try asking each preprocessor what their default search paths are: gcc -x c -v -E /dev/null These same options should also work with clang and then you

Re: [blfs-support] lfs7.7 atk internal compiler error

On Tue, 6 Oct 2015 20:45:18 -0400 William Harrington wrote: > Another option for GMP to build a generic library is to use --build during > configure. Distros will build GMP for a generic AMD64 or i386 build. That's really good to know and probably the best way to go.

Re: [blfs-support] lfs7.7 atk internal compiler error

On Fri, 02 Oct 2015 09:53:03 -0400 Wayne Sallee wrote: OK, the backtrace shows that the actual illegal instruction happened earlier - there are several error handlers that come after the problem began and so we have to dissemble earlier. From the backtrace, it looks to

Re: [blfs-support] lfs7.7 atk internal compiler error

On Mon, 28 Sep 2015 14:38:36 -0400 Wayne Sallee wrote: > package gdb:/usr/src/gdb> gdb g++ -c foo.cc OK, try it like this: gdb g++ (gdb) run -c foo.cc Program received signal SIGILL, Illegal instruction. (gdb) display/i $pc That should show the offending opcode.

Re: [blfs-support] lfs7.7 atk internal compiler error

On Sun, 27 Sep 2015 08:35:27 -0400 Wayne Sallee wrote: > I'll install gdb, then clone the disk to a real disk, and run the test > in a real laptop to see the name of the illegal instruction. Please do let us know if you find out. Sometimes these kinds of things can signal

Re: [blfs-support] lfs7.7 atk internal compiler error

On Fri, 25 Sep 2015 03:07:58 +0100 Ken Moffat wrote: > My own A4, when it was alive, showed no problems (apart from only > having two cores). My A10 (kaveri) is fine, and there I use make > -j5 because it has an SSD. So, from my experience only the Phenom > is a

Re: [blfs-support] lfs7.7 atk internal compiler error

On Sat, 26 Sep 2015 10:19:30 -0400 Wayne Sallee wrote: > I started the build inside a 64 bit Linux operating system, inside > Virtualbox, inside a 32 bit operating system, inside a laptop with > a 64 bit Intel CPU. Then it was moved into a real laptop with a > 64 bit AMD

Re: [blfs-support] lfs7.7 atk internal compiler error

On Fri, 25 Sep 2015 01:06:12 +0100 Ken Moffat wrote: > An ICE (internal compiler error) means something *apparently* went > wrong in your compiler. On one of my machines (an AMD phenom - they > are notorious for this), building with -j4 often provokes this sort > of

Re: [blfs-support] CMOS

On Sun, 23 Aug 2015 23:04:46 -0700 Paul Rogers paulgrog...@fastmail.fm wrote: Eventually I went under the covers and did a hard CMOS reset, and it magically reapeared. Although in many/most modern computers the BIOS NVRAM actually is in flash, perhaps that machine uses/requires the CMOS

[blfs-support] WebKitGTK+-2.4.9 really requires Ruby?

For the older WebKitGTK+-2.4.9 (assume a GTK+2 build here): http://www.linuxfromscratch.org/blfs/view/svn/x/webkitgtk2.html Ruby-2.2.2 is listed as a required dependency. But, I can't seem to find this requirement mentioned anywhere except on LFS:

Re: [blfs-support] lm_sensors-3.3.5

On Sat, 6 Jun 2015 12:43:59 +0100 Richard Melville richard.melvill...@googlemail.com wrote: The point where lm_sensors complains is: Do you want to probe the I2C/SMBus adapters now? When I type yes, it replies: Using driver 'I2c-i801' for device :00:1f.3: Intel 82801G ICH7. This is

Re: [blfs-support] UEFI

On Tue, 24 Mar 2015 17:02:39 -0400 alex lupu alup...@gmail.com wrote: Any plans to add 'efibootmgr' to (B)LFS offerings? Just for future reference on the topic - gummiboot gets a lot of praise: http://freedesktop.org/wiki/Software/gummiboot/ ... comments like it's sane and actually works.

Re: [blfs-support] Iptables fails after kernel upgrade.

On Wed, 11 Mar 2015 09:41:12 + Richard Melville richard.melvill...@googlemail.com wrote: Although, in order to avoid using an initrd I am now having to hack each new kernel to stop the rootfs being mounted too soon, Sounds like a worthwhile feature. Did you ever mention this to the kernel

Re: [blfs-support] Further adventures with BLFS-7.2

On Sat, 28 Feb 2015 22:02:30 -0800 Paul Rogers paulgrog...@fastmail.fm wrote: arch/x86/kernel/apic/apic.c:475:2: error: 'MSR_IA32_TSC_DEADLINE' undeclared Possibly a corrupt kernel tree because that is what happened in the previous known case:

Re: [blfs-support] BLFS - system hangs when i issue xinit or startkde

On Sat, 21 Feb 2015 06:23:22 +0530 Manish Thatte manishjagdishtha...@gmail.com wrote: [ 106.563] (II) Loading /usr/local/lib/xorg/modules/input/evdev_drv.so [ 106.563] (EE) Failed to load /usr/local/lib/xorg/modules/input/evdev_drv.so: libmtdev.so.1: cannot open shared object file: No such

Re: [blfs-support] Xorg in qemu - no mouse cursor with the 1.17.0 server

On Tue, 10 Feb 2015 23:58:33 + Ken Moffat zarniwh...@ntlworld.com wrote: I had got as far a building fluxbox, then discovered that it was very hard to use because the mouse pointer no longer shows up. I dunno if this is the problem, but:

Re: [blfs-support] Question based on the as_root() script (BLFS Ch. 24. X Window System)

On Mon, 9 Feb 2015 22:28:29 -0500 alex lupu alup...@gmail.com wrote: 2. The tee construct. It seems without the 'tee' even a BAD script would work correctly: Alex, I have not went over what you posted very deeply, but the above sentence immediately stood out to me. See:

Re: [blfs-support] Knowing when to ditch an old (desktop) system

On Mon, 29 Dec 2014 21:40:51 + Ken Moffat zarniwh...@ntlworld.com wrote: Summary - it is probably easiest to build a new system rather than try to keep a desktop running safely for years. Well, I suppose it depends on the specific definition of safely. You are defining it to mean no known

Re: [blfs-support] How Do You Folks Write the LFS/BLFS Books?

I just wanted to add some kudos - it really is well done. :) The *clean* presentation, the consideration of what is really important and what is not, the additional information and tips some users are really grateful for (e.g., what certain options and commands do), the table of contents and

Re: [blfs-support] Cannot Get lpr or lp to work

On Fri, 2014-10-03 at 23:37 -0400, Alan Feuerbacher wrote: Cups lists the Description as: EPSON_Epson_Stylus_NX420 I don't know if this has already been mentioned, and/or will help, but Google found: http://ubuntuforums.org/showthread.php?t=1585380

Re: [blfs-support] Compressing Man and Info Pages

On Mon, 14 Jul 2014 17:08:35 -0500 Bruce Dubbs bruce.du...@gmail.com wrote: It's not really useful. I think I calculated the space saving as less than 20M. Years ago, could you imagine ever saying such a thing?! Why, that's almost two dozen 3.5in floppies right there. LOL! I think so it