Greg Schafer wrote:
Matthew Burgess wrote:
I assume they've fixed all the problems with -fomit-frame-pointer?
What problems?
I can't remember definitive examples, I'm afraid. I just know that some
software either didn't compile or demonstrated erratic behaviour with
that flag specified.
Greg Schafer wrote:
Here is the final patch as committed:
http://gcc.gnu.org/ml/gcc-cvs/2005-08/msg00052.html
Thanks Greg. Looks like we'll backport that patch to 3.4.4. 3.4.5
still has 115 regressions
(http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20003), so I don't think
shifting to a
Just a heads up - util-linux 2.13 will remove several items, as per
the following changelog entry for pre1
Changes:
GNU autoconf/automake/libtool are now used for building. schedutils
were added. Support for curses implementations other than ncurses was
removed. The arch, passwd, rescuept, and set
On Wed, 3 Aug 2005, steve crosby wrote:
> Just a heads up - util-linux 2.13 will remove several items, as per
> the following changelog entry for pre1
>
> Changes:
> GNU autoconf/automake/libtool are now used for building. schedutils
> were added. Support for curses implementations other than ncur
Small bug, which seems to have been fixed in the main branch.
In building glibc 2.3.5, --disable-selinux seems to be depricated, and does
nothing. No warnings, but #define HAVE_SELINUX 1 still shows up in config.h
Like in the stable branch, --without-selinux is the correct parameter.
-mk
--
htt
On Wed, Aug 03, 2005 at 12:46:15PM +0100, Ken Moffat wrote:
>
> Thanks for the heads-up Steve. I know my scripts use arch to decide on
> architecture-specific variations, but a quick look at the man page says
> it's equivalent to 'uname -m' so shouldn't be a big deal anywhere.
And if need be, a
On Wed, Aug 03, 2005 at 10:54:34PM +1200, steve crosby wrote:
> Just a heads up - util-linux 2.13 will remove several items, as per
> the following changelog entry for pre1
Thanks, Steve. It's been BZ'd.
--
Archaic
Want control, education, and security from your operating system?
Hardened Linux
Hi all,
Just a suggestion for the Vim instructions. Discuss, disregard or
whatever!
A symlink from /usr/share/doc to the docs stashed away in
/usr/share/vim/vim63/doc would be nice. I like it when the docs are
located in a spot where you can find them. :-)
ln -v -s ../vim/vim63/doc /usr/share/do
stirling wrote these words on 08/02/05 23:48 CST:
> enigmail and ipc need version bumps in the mozilla instructions to be
> consistent with the versions used for thunderbird:
>
> enigmail-0.92.0
> ipc-1.1.3
Indeed. Mozdev shows these versions to be used with Mozilla-1.7.x
This almost seems some
On Wed, Aug 03, 2005 at 11:45:37AM -0500, Randy McMurchy wrote:
>
> A symlink from /usr/share/doc to the docs stashed away in
> /usr/share/vim/vim63/doc would be nice. I like it when the docs are
> located in a spot where you can find them. :-)
I like the idea of a /usr/share/doc/vim-6.3, but wou
Archaic wrote these words on 08/03/05 13:51 CST:
> On Wed, Aug 03, 2005 at 11:45:37AM -0500, Randy McMurchy wrote:
>
>>A symlink from /usr/share/doc to the docs stashed away in
>>/usr/share/vim/vim63/doc would be nice. I like it when the docs are
>>located in a spot where you can find them. :-)
>
On Wed, Aug 03, 2005 at 02:01:50PM -0500, Randy McMurchy wrote:
>
> Perhaps the sed instructions could be modified to put the *one* file
> it installs into a /usr/share/doc/sed-4.1.4 directory?
Agreed. I will BZ it.
--
Archaic
Want control, education, and security from your operating system?
H
Randy McMurchy wrote:
> stirling wrote these words on 08/02/05 23:48 CST:
>
>>enigmail and ipc need version bumps in the mozilla instructions to be
>>consistent with the versions used for thunderbird:
>>
>>enigmail-0.92.0
>>ipc-1.1.3
>
>
> Indeed. Mozdev shows these versions to be used with Moz
Randy McMurchy wrote:
Yes, that would be better. I wonder how much trouble it is to point
just the docs of /usr/share/vim/vim63 over to /usr/share/doc. There is
a whole bunch of stuff installed in /usr/share/vim/vim63 other than
the docs.
I started playing with this, and I got it to work, albei
steve crosby wrote:
> Just a heads up - util-linux 2.13 will remove several items, as per
> the following changelog entry for pre1
>
> Changes:
> GNU autoconf/automake/libtool are now used for building.
Yay! However, the autoconfigury in this pre1 release is busted. Most of
the --enable-xxx and
Hi all,
Noted in the Chapter 6 Texinfo instructions is that the texi2pdf shell
script is not listed in the "Installed programs" section. Perhaps this
needs to be added, and a note added to the Errata page.
--
Randy
rmlscsi: [GNU ld version 2.15.94.0.2 20041220] [gcc (GCC) 3.4.3]
[GNU C Library
steve crosby wrote:
> Just a heads up - util-linux 2.13 will remove several items, as per
> the following changelog entry for pre1
Here are some other observations after a quick review:
- `elvtune' is no longer built by default (the configure --help output
says it only works with 2.2 and 2.
Greg Schafer wrote:
> - `setfdprm' is gone, yet `/etc/fdprm' is still installed. This looks
>like a bug methinks.
>
> - these symlinks are installed in /sbin all pointing to `initctl':
>`display-services' `need' `provide'. Bug? Prolly.
>
> - these symlinks are installed in /sbin all p
Hi all,
There is a manual in html, pdf and ps formats along with a bzip2.txt
file included in the Bzip2 source tree. This documentation is not
installed in the default installation.
Attached is a patch that can be installed using the LFS conventional
method of 'patch -Np1 -i ../patchname' which w
On 8/4/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
>
> Attached is a patch that can be installed using the LFS conventional
> method of 'patch -Np1 -i ../patchname' which will install the docs to
> /usr/share/doc/bzip2-1.0.3.
>
> I suggest this patch is incorporated into the default LFS builds.
Hello,
The LFS-6.1 book creates the /usr/lib/libcurses.so -> libncurses.so
symlink during ncurses installation. A possible problem is that ldconfig
also looks at that symlink. So after running the following commands as root:
cd /usr/lib ; /sbin/ldconfig ; ls -l lib{n,}curses*
the result is s
21 matches
Mail list logo
