El Viernes, 14 de Octubre de 2005 22:56, Matthew Burgess escribió:
Yeah, I hit the missing patches.ent file today too. As it's a fairly
safe change to do (`make validate' and the rendering process that copies
the patches will catch any inadvertent errors) feel free to backport
patches.ent
Ken Moffat wrote:
Dug out the patch from the libc-hacker archives, but I had to apply it
by hand, I think the line numbers changed a bit too much for patch to
figure it out. Can you confirm this is what you want put in, and can I
stick your name in the 'submitted by' ? I was thinking of
On Fri, 14 Oct 2005, Jeremy Huntwork wrote:
This one applied fine with an offset, built correctly and is running
smoothly. Openssh-4.2p1 also built on the same system and running well.
In that case, I'd rather go with yours (I think there is a possibility
that my rejection was caused by
Ken Moffat wrote:
On Fri, 14 Oct 2005, Jeremy Huntwork wrote:
This one applied fine with an offset, built correctly and is running
smoothly. Openssh-4.2p1 also built on the same system and running well.
In that case, I'd rather go with yours (I think there is a possibility
that my
Ken Moffat wrote:
On Sun, 9 Oct 2005, Matthew Burgess wrote:
4) Do something with the udev configuration vs. /etc/group conflict
reported in bug 1639.
How about the udev version ? Should we stick with 056 or upgrade it to
070 ? (I seem to remember that something newer than 056 was needed
Ken Moffat wrote:
On Sun, 9 Oct 2005, Matthew Burgess wrote:
4) Do something with the udev configuration vs. /etc/group conflict
reported in bug 1639.
How about the udev version ? Should we stick with 056 or upgrade it to
070 ? (I seem to remember that something newer than 056 was
On Tue, 11 Oct 2005, Alexander E. Patrakov wrote:
It is not an issue in the ssh itself. Testcase:
gcc -o test -ldl test.c
rm -rf /tmp/foobar; mkdir /tmp/foobar
./test
Dug out the patch from the libc-hacker archives, but I had to apply it
by hand, I think the line numbers changed a bit too
Alexander E. Patrakov wrote:
Jim Gifford wrote:
3) Patch glibc to fix the issue triggered by openSSH
Still doesn't work all archictectures, some people are thinking it's
a issue in ssh itself.
It is not an issue in the ssh itself. Testcase:
gcc -o test -ldl test.c
rm -rf /tmp/foobar;
Jim Gifford wrote:
The test case does not give any errors. at all. In cross-lfs we use the
glibc-snapshot from 20050926, which this problem has been fixed.
You are right, the dlopen-in-chroot problem shouldn't exist in that
snapshot. Do I understand correctly that you meant there is also
Jeremy Huntwork wrote:
I would like to make a formal request for a 6.1.1 release of the LFS
Book.
Agreed, let's do this. I'd imagine it'll only need a couple of weeks at
most. I've created the branch (checkout from
svn[+ssh]://linuxfromscratch.org/LFS/branches/6.1.1). I'll be pretty
Alexander E. Patrakov wrote:
5) Blacklist Fedora Core 4 since it can't build binutils.
Huh? Stable or development LFS? Could you please supply details of the
problem? Does passing --disable-werror help? Or maybe we just need to add
the required GCC4 patches to the Binutils version used in
Greg Schafer wrote:
Alexander E. Patrakov wrote:
5) Blacklist Fedora Core 4 since it can't build binutils.
Huh? Stable or development LFS?
Stable, i.e. 6.1
Could you please supply details of the problem?
This is from the current development LFS LiveCD, not FC4, but I assume
the
Matthew Burgess wrote:
If we do release a 6.1.1, I think the approach we should adopt is:
1) Apply security patches to texinfo, util-linux, bzip2 and vim.
2) Upgrade perl and zlib to fix their respective security vulnerabilities
3) Patch glibc to fix the issue triggered by openSSH
4) Do
Jeremy Huntwork wrote:
I've heard no recent talk of cutting a testing branch from trunk in
preparation of a release, and in the meantime, I think we owe it to
our readers to supply a stable LFS with all these known items fixed.
I have personaly stopped building stable because stable isn't
Joe Ciccone wrote:
Jeremy Huntwork wrote:
I've heard no recent talk of cutting a testing branch from trunk in
preparation of a release, and in the meantime, I think we owe it to
our readers to supply a stable LFS with all these known items fixed.
I have personaly stopped building stable
On Sat, 8 Oct 2005, Jeremy Huntwork wrote:
I hadn't meant cut a branch from trunk and call it 'stable' - that would
require a lot more testing. I meant take the current 'stable' book and do
whatever minimally needs to be done to fix each bug and re-release. It really
would be a 6.1.1 in
Ken Moffat wrote:
I haven't been paying a lot of attention to this thread, but I thought
somebody mentioned a glibc upgrade to 2.3.5 ? Now, that version worked
fine for me (but then, so did 2.3.4, and even openssh on x86), but I
don't think it's been tested in the context of BLFS-stable ?
Jeremy Huntwork wrote:
Ken Moffat wrote:
I haven't been paying a lot of attention to this thread, but I
thought somebody mentioned a glibc upgrade to 2.3.5 ? Now, that
version worked fine for me (but then, so did 2.3.4, and even openssh
on x86), but I don't think it's been tested in the
Jeremy Huntwork wrote:
Hi All,
I would like to make a formal request for a 6.1.1 release of the LFS
Book. After today's discussion concerning the bug pointed to by
Alexander, http://blfs-bugs.linuxfromscratch.org/show_bug.cgi?id=1534,
and after looking at the several known security
19 matches
Mail list logo