On 04/20/2014 07:04 AM, Ragnar Thomsen wrote:
> On Saturday 19 April 2014 17:04:29 rhubarbpie...@gmail.com wrote:
>> I've compiled Qt-5.2.1 but am missing libQt5WebKit.so and
>> libQt5WebKitWidgets.so. I don't see errors when compiling and have all
>> other libraries. I've compiled gst-plugins-b
I've compiled Qt-5.2.1 but am missing libQt5WebKit.so and
libQt5WebKitWidgets.so. I don't see errors when compiling and have all
other libraries. I've compiled gst-plugins-base-1.2.3 for QtWebKit support.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromsc
On 04/06/14 16:23, Bruce Dubbs wrote:
> rhubarbpie...@gmail.com wrote:
>
>> BASH=/bin/sh
> This appears to be your problem. It should be /bin/bash.
>
> Your password file should be:
>
> :x/home/:/bin/bash
>
>
> Bash changes behavior if started with the sh name.
>
> -- Bruce
My /etc/passwd
On 04/05/14 11:55, Bruce Dubbs wrote:
rhubarbpie...@gmail.com wrote:
On 04/04/14 15:06, Bruce Dubbs wrote:
rhubarbpie...@gmail.com wrote:
Yes, I use startx. My ~/.xinitrc file contains:
/usr/bin/numlock
/usr/bin/fluxbox
I thought it should be startfluxbox. At least that's what I had the
On 04/04/14 15:06, Bruce Dubbs wrote:
> rhubarbpie...@gmail.com wrote:
>
>> Yes, I use startx. My ~/.xinitrc file contains:
>>
>> /usr/bin/numlock
>> /usr/bin/fluxbox
> I thought it should be startfluxbox. At least that's what I had the
> last time I used fluxbox. For now use this in ~/.xinitrc
On 04/04/14 15:06, Bruce Dubbs wrote:
rhubarbpie...@gmail.com wrote:
Yes, I use startx. My ~/.xinitrc file contains:
/usr/bin/numlock
/usr/bin/fluxbox
I thought it should be startfluxbox. At least that's what I had the
last time I used fluxbox. For now use this in ~/.xinitrc:
xterm -g 8
On 04/03/14 17:17, Bruce Dubbs wrote:
> rhubarbpie...@gmail.com wrote:
>
>> I echoed the file names as you suggested and prior to invoking X the
>> order is:
>>
>> /etc/profile
>> .bash_profile
>> .bashrc
>> /etc/bashrc
> That is correct.
>
>> However, I saw nothing when starting X.
> That's wrong
On 04/04/14 00:04, Christopher Gregory wrote:
> On Thu, 03 Apr 2014 4:53:31 PM rhubarbpie...@gmail.com wrote:
>> On 04/03/14 16:14, Ken Moffat wrote:
>>> On Thu, Apr 03, 2014 at 09:21:34AM -0500, rhubarbpie...@gmail.com wrote:
This is a stretch, but I should mention I compiled BLFS/X with an
On 04/03/14 15:19, Bruce Dubbs wrote:
> rhubarbpie...@gmail.com wrote:
>> On 04/03/14 10:44, Bruce Dubbs wrote:
>> Your suggested "~/.bashrc" then "source ~/.bashrc" steps fix the
>> prompt. But I still can't source a script and subsequent xterm windows
>> show the old prompt.
> Edit four files:
On 04/03/14 16:14, Ken Moffat wrote:
> On Thu, Apr 03, 2014 at 09:21:34AM -0500, rhubarbpie...@gmail.com wrote:
>> This is a stretch, but I should mention I compiled BLFS/X with an older
>> kernel than I used in compiling LFS. I found I booted to a blank screen
>> after compiling LFS with the 3.1
On 04/03/14 10:44, Bruce Dubbs wrote:
> rhubarbpie...@gmail.com wrote:
>> On 04/02/14 21:50, Bruce Dubbs wrote:
>>> What's the output of 'echo $PS1'?
>>>
>>> How about 'ldd /bin/bash'? Is libreadline.so.6 there?
>> ldd /bin/bash:
>>
>> linux-gate.so.1 (0xb7732000)
>> libreadline.so.6 =
On 04/02/14 21:50, Bruce Dubbs wrote:
> rhubarbpie...@gmail.com wrote:
>
>
>> My shell is /bin/bash. My bash version is 4.2.45(1) in my 7.4 and 7.5
>> BLFS. Should they be the same?
> I don't recall, but bash-4.2.45 is fine. You are slightly ambiguous
> here. bash behavior changes if it is cal
On 04/02/14 12:02, Bruce Dubbs wrote:
> rhubarbpie...@gmail.com wrote:
>> On 04/01/14 19:36, Ken Moffat wrote:
>>> On Tue, Apr 01, 2014 at 06:15:05PM -0500,rhubarbpie...@gmail.com wrote:
My BLFS 7.5 xterm displays a “sh-4.2#” prompt. My xterm prompt in BLFS
7.4 is “/ >” and “PS1=”\w > “
On 04/01/14 19:36, Ken Moffat wrote:
> On Tue, Apr 01, 2014 at 06:15:05PM -0500,rhubarbpie...@gmail.com wrote:
>> My BLFS 7.5 xterm displays a “sh-4.2#” prompt. My xterm prompt in BLFS
>> 7.4 is “/ >” and “PS1=”\w > “ is in my BLFS 7.5 /etc/bashrc file. In
>> addition to the wrong prompt, I can't
My BLFS 7.5 xterm displays a “sh-4.2#” prompt. My xterm prompt in BLFS
7.4 is “/ >” and “PS1=”\w > “ is in my BLFS 7.5 /etc/bashrc file. In
addition to the wrong prompt, I can't “source” scripts, and receive
“file not found.” LFS 7.5 seems to be working fine, with the correct
prompt and withou
On 03/20/14 10:21, Armin K. wrote:
> On 20.3.2014 14:03, rhubarbpie...@gmail.com wrote:
>> On 03/19/14 16:40, Armin K. wrote:
>>> On 03/19/2014 10:20 PM, rhubarbpie...@gmail.com wrote:
I receive "rmdir: failed to remove
'/usr/include/freetype2/freetype/config': No such file or directory"
On 03/20/14 09:00, Andrew Warshall wrote:
> On Thu, 20 Mar 2014 08:03:26 -0500
> rhubarbpie...@gmail.com wrote:
>
>> On 03/19/14 16:40, Armin K. wrote:
>>> On 03/19/2014 10:20 PM, rhubarbpie...@gmail.com wrote:
I receive "rmdir: failed to remove
'/usr/include/freetype2/freetype/config':
On 03/19/14 16:40, Armin K. wrote:
> On 03/19/2014 10:20 PM, rhubarbpie...@gmail.com wrote:
>> I receive "rmdir: failed to remove
>> '/usr/include/freetype2/freetype/config': No such file or directory"
>> when compiling freetype.
>>
>> I have /usr/include/freetype2/config but not
>> /usr/include/f
I receive "rmdir: failed to remove
'/usr/include/freetype2/freetype/config': No such file or directory"
when compiling freetype.
I have /usr/include/freetype2/config but not
/usr/include/freetype2/freetype/config. I assume I've something wrong
(which isn't much of a stretch), but I've remove
On 12/25/13 13:55, Bruce Dubbs wrote:
> rhubarbpie...@gmail.com wrote:
>> On 12/24/13 21:46, Bruce Dubbs wrote:
>>> rhubarbpie...@gmail.com wrote:
On 12/24/13 09:53, Fernando de Oliveira wrote:
> Em 24-12-2013 11:02, rhubarbpie...@gmail.com escreveu:
> http://www.linuxfromscratch.org/
On 12/24/13 21:46, Bruce Dubbs wrote:
> rhubarbpie...@gmail.com wrote:
>> On 12/24/13 09:53, Fernando de Oliveira wrote:
>>> Em 24-12-2013 11:02, rhubarbpie...@gmail.com escreveu:
The link
http://www.linuxfromscratch.org/patches/blfs/svn/nss-3.15.1-standalone-2.patch
in the NSS-3.15
On 12/24/13 09:53, Fernando de Oliveira wrote:
> Em 24-12-2013 11:02, rhubarbpie...@gmail.com escreveu:
>> The link
>> http://www.linuxfromscratch.org/patches/blfs/svn/nss-3.15.1-standalone-2.patch
>> in the NSS-3.15.1 documentation produces:
>>
>> Page not found!
>>
>> Perhaps you misty
The link
http://www.linuxfromscratch.org/patches/blfs/svn/nss-3.15.1-standalone-2.patch
in the NSS-3.15.1 documentation produces:
Page not found!
Perhaps you mistyped the url?
In the case of a broken link, please contact the webmaster.
This seems a simple typo and the link should
The NSS patch in the BLFS 7.4 documentation displays
http://www.linuxfromscratch.org/patches/blfs/svn/nss-3.15.1-standalone-2.patch.
Should "svn" be 7.4?
http://www.linuxfromscratch.org/patches/blfs/7.4/nss-3.15.1-standalone-2.patch
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
On 10/20/13 19:09, Ken Moffat wrote:
> On Mon, Oct 21, 2013 at 12:28:10AM +0100, Ken Moffat wrote:
>> Will leave it running for a while, I'm still up (sorting out what
>> fits where in my make-4.0 testing) so it can have an hour or two.
>>
> It stalled:
> [translation:ERROR] assert not sel
Has anyone compiled PyPy on BLFS 7.4? I compiled Python and libffi
using --with-pydebug and --enable-debug respectively and attempted to
compile from pypy/goal with:
python ../../rpython/bin/rpython --opt=mem targetpypystandalone.py
python ../../rpython/bin/rpython --opt=jit targetpypystandalon
On 03/23/13 04:49, Simon Geard wrote:
> On Fri, 2013-03-22 at 16:28 -0500, rhubarbpie...@gmail.com wrote:
>> The following Note is in the MesaLib documentation:
>>
>> "The libxml2 Python module must have been built during the installation
>> of libxml2 or else MesaLib build will fail."
>>
>> Should
The following Note is in the MesaLib documentation:
"The libxml2 Python module must have been built during the installation
of libxml2 or else MesaLib build will fail."
Should it perhaps read as follows:
"Python must have been built during the installation of libxml2 or else
the MesaLib build
On 03/18/13 12:00, Baho Utot wrote:
> On 03/18/2013 12:53 PM, rhubarbpie...@gmail.com wrote:
>> I'm attempting to compile Mesa 9.1 on LFS 7.3 and ./configure bombs and
>> I'm instructed to view config.log. I believe the pertinent config.log
>> output is below. Everything through llvm seems to com
I'm attempting to compile Mesa 9.1 on LFS 7.3 and ./configure bombs and
I'm instructed to view config.log. I believe the pertinent config.log
output is below. Everything through llvm seems to compile well. Thoughts?
Configured with: /sources/gcc-4.7.2/configure --prefix=/usr
--libexecdir=/
On 03/13/13 11:00, Bruce Dubbs wrote:
> rhubarbpie...@gmail.com wrote:
>> I was quite impressed at how quickly a sed fix for jfsutils was given;
>> it worked quite well. I also see the documentation already reflects the
>> fix and ./configure change. But should "This package is known to build
>>
I was quite impressed at how quickly a sed fix for jfsutils was given;
it worked quite well. I also see the documentation already reflects the
fix and ./configure change. But should "This package is known to build
using an LFS 7.2 platform but has not been tested." be changed to
reference th
Should "configure" in the jfsutils-1.1.15 documentation be ./configure?
./configure is probably a minor typo, but I have a problem compiling
jfsutils. I receive the following with the make command with LFS 7.3:
In file included from extract.c:32:0:
../libfs/devices.h:45:31: error: unknown type
On 07/19/12 18:00, Ken Moffat wrote:
> On Thu, Jul 19, 2012 at 04:43:41PM -0500, rhubarbpie...@gmail.com wrote:
>> On 07/19/12 11:02, Bruce Dubbs wrote:
>>> rhubarbpie...@gmail.com wrote:
ePDFView fails to display some pages of pdf files. ePFSView seems to
compile successfully and launch
On 07/20/12 01:16, Jeremy Henty wrote:
> rhubarbpie...@gmail.com wrote:
>
>> ePDFView fails to display some pages of pdf files. ePFSView seems
>> to compile successfully and launches without incident. However,
>> some pages display blank while the same pages display with xpdf.
> Does zoomin
On 07/19/12 11:02, Bruce Dubbs wrote:
> rhubarbpie...@gmail.com wrote:
>> ePDFView fails to display some pages of pdf files. ePFSView seems to
>> compile successfully and launches without incident. However, some pages
>> display blank while the same pages display with xpdf. I wish I had more
>>
ePDFView fails to display some pages of pdf files. ePFSView seems to
compile successfully and launches without incident. However, some pages
display blank while the same pages display with xpdf. I wish I had more
information, but I see no error messages during either compilation or
display.
On 05/02/2012 09:08 AM, Andrew Benton wrote:
> On Wed, 02 May 2012 13:54:31 +0100
> rhubarbpie...@gmail.com wrote:
>
>> On 05/02/2012 07:31 AM, . . wrote:
>>> pycairo-1.8.8 is the older version of py2cairo-1.10.0. It is the python
>>> 2 version of pycairo. pycairo-1.10.0 is the python 3 version of
On 05/02/2012 07:31 AM, . . wrote:
>
> pycairo-1.8.8 is the older version of py2cairo-1.10.0. It is the python
> 2 version of pycairo. pycairo-1.10.0 is the python 3 version of cairo.
> py2cairo-1.10.0 works fine for me.
> My problem wasn't with the GUI, it was with the network configuration.
> It
On 04/29/2012 06:40 PM, Andrew Benton wrote:
> On Sun, 29 Apr 2012 20:45:24 +0100
> Ragnar Thomsen wrote:
>
>> Wicd works fine for me, but I haven't tried the GTK frontend since I use the
>> KDE frontend.
>> Have you checked the logfile in /var/log/wicd?
> Thanks, that was the key, it said:
> did
On 04/29/2012 01:49 PM, Andrew Benton wrote:
> On Sun, 29 Apr 2012 15:48:17 +0100
> rhubarbpie...@gmail.com wrote:
>
>> Wicd works for me using LFS 7.1 and recent BLFS documentation.
> Thanks for your reply, it's good to know that Wicd works for someone.
> It would be nice to know why it doesn't wo
On 04/29/2012 05:28 AM, Andrew Benton wrote:
> Hello Everyone,
>
> I thought I'd try Wicd on my netbook, however, I can't get it to work.
> When I run wicd-gtk it just displays "No wireless networks found".
> However, if I (as root) run "iwlist wlan0 scan" it lists 5 networks
> that can be detected
On 04/22/2012 07:58 PM, Ken Moffat wrote:
> On Sun, Apr 22, 2012 at 06:20:50PM -0500, rhubarbpie...@gmail.com wrote:
>> The Python Modules section of BLFS documentation lists Py2cairo-1.10.0
>> as a requirement for PyGObject-2.28.6. However, when compiling
>> PyGObject I receive the following erro
The Python Modules section of BLFS documentation lists Py2cairo-1.10.0
as a requirement for PyGObject-2.28.6. However, when compiling
PyGObject I receive the following error:
Configure: error: Package requirements (pycairo >= 1.2.0) were not met:
No package 'pycairo' found
However, if
Should hicolor-icon-theme be mentioned as a requirement in the "Skin
Installation (Optional)" section? If I compile the Blue skin (as per
instructions) and access gmplayer I receive the following:
Gtk-WARNING **: Could not find the icon 'mplayer.' The 'hicolor'
theme was not found eithe
The 03/28/12 documentation instructs Py2cairo to be installed as follows:
./configure --prefix=/usr &&
make
make install
Although the INSTALL file mentions the .configure method, ./configure
--prefix=/usr returns - configure: error: cannot find install-sh,
install.sh, or shtool in
On 03/05/2012 11:33 PM, Bruce Dubbs wrote:
> rhubarbpie...@gmail.com wrote:
>
>> My question is, if the xc directory is a carryover and unnecessary for
>> building X, why reinvent the wheel? A working directory is already
>> mentioned in LFS. Again, it's by no means a big issue. It just seems
>>
On 03/02/2012 06:30 PM, Ken Moffat wrote:
> It's a legacy from when modular xorg was introduced: to ensure that
> the monolithic and modular versions built the same things, people
> built modular below an xc directory, the way that monolithic xorg had
> always been.
>
> Not necessary. Actually, si
Beyond Linux® From Scratch - Version 2012-03-01/Chapter 24. X Window
System Environment states the following:
Setting up the Xorg Build Environment
First, you'll need to create a working directory:
mkdir xc &&
cd xc
Is a separate xc working directory necessary? I thought lfs/b
I've recently upgraded to LFS-7.0 with the 3.1 kernel. I've used
Tuxonice successfully but find their kernel patch hasn't kept up.
Instead of waiting for a 3.1 patch, is there another way to hibernate?
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscrat
On 01/12/2012 09:59 AM, Andrew Benton wrote:
> On Thu, 12 Jan 2012 09:10:17 -0600
> rhubarbpie...@gmail.com wrote:
>
>> Each time I close Opera 11.60 I receive a crash report. Opera seems to
>> work well and I simply choose the "Do Not Send" option. This happens
>> whenever I close Opera; regardl
Each time I close Opera 11.60 I receive a crash report. Opera seems to
work well and I simply choose the "Do Not Send" option. This happens
whenever I close Opera; regardless of site visited and even offline. I
was using Opera 11.60 with my LFS-6.3 older BLFS build without
incident. The "D
I've just compiled and done a DESTDIR install of libdrm-2.4.27 (on
> x86_64) using
> ./configure --prefix=/usr --enable-nouveau-experimental-api
>
> At the end of configure it told me:
>
> libdrm 2.4.27 will be compiled with:
>
>libkms yes
>Intel API yes
>vmwgfx API
It was suggested I apply "sed -i -e /DRI_DIRS=\"i915/s/nouveau//'
configure" when compiling Mesa. Should that be "sed -i -e
'/DRI_DIRS=/"i915/s/nouveau//' configure"? The suggested sed bombs.
Unfortunately, my thought executes, but doesn't solve the problem.
I've tried compiling libdrm with
This isn't a huge problem, but should the February 2030 and November
2027 blfs-support Archives be deleted? They each contain one entry. I
assume there were bad system dates.
--
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubs
I've successfully compiled X without dri or glx on LFS-7.0 but can't
compile Mesa due to (I believe) drm problems. Although libdrm seems to
compile without error, libdrm_nouveau.so isn't found in /usr/lib
although libdrm.so, libdrm_intel.so, and libdrm_radeon.so are.
The business end of this
MesaLib-7.11.2-add_xdemos-2.patch fails with the following:
patch unexpectedly ends in middle of line
Patch: unexpected end of file in patch
I'm compiling BLFS on LFS-7.0 and patching is never a problem. I've
download the patch several times and MesaLib-7.11.2-llvm_3.0-1.patch
p
Should pkg-config be listed as a dependency for makedepend? Upon
compiling makedepend I receive the following:
"The PKG-config script could not be found or is too old. Make sure
it is in your path or set the PKG_CONFIG environment variable to the
full path to pkg-config.
Alternate
Is an ending EOF missing from the following in Introduction to Xorg-7.6.2?
cat >> /etc/profile.d/xorg.sh << "EOF"
pathappend $XORG_PREFIX/bin PATH
pathappend $XORG_PREFIX/lib/pkgconfig PKG_CONFIG_PATH
pathappend $XORG_PREFIX/share/pkgconfig PKG_CONFIG_PATH
export PATH PKG_CONFIG_PATH
--
http://
I also use Opera 11.50 with Fluxbox. My libflashplayer.so is at
/Programs/Opera/lib/opera/plugins and works well. My installation is
non-standard, so the pertinent path is /lib/opera/plugins under your
installation directory. Perhaps the problem is your Flash version as I
believe 10 has pro
On 03/24/2011 09:58 AM, Mykal Funk wrote:
> On 03/14/2011 06:52 PM, rhubarbpie...@gmail.com wrote:
>> In explanation, I receive a xdriinfo error when compiling Xorg
>> Applications. The error is apparently due to not compiling Mesa prior
>> to Xorg Applications. I see MesaLib listed as optionally
The svn version of BLFS documentation lists Xorg Utilities as a required
dependency of Xorg Protocol Headers (proto.html). Should that be?
I thought dependencies indicate packages necessary to compile and the
Xorg packages are to be compiled in order. However, Xorg Utilities is
listed after
62 matches
Mail list logo