CHK include/linux/version.h
CHK include/linux/utsrelease.h
CALL scripts/checksyscalls.sh
Building modules, stage 2.
MODPOST 226 modules
ERROR: "sqlzma_fin" [fs/squashfs/squashfs.ko] undefined!
ERROR: "sqlzma_un" [fs/squashfs/squashfs.ko] undefined!
ERROR: "sqlzma_init" [fs/squashfs/squashfs.ko ...

Well, 5.0 uses libfuse and a standard loop device instead of dm like 4.3. I would imagine this might be a bit slower? I'll bet, though, that the crypto stuff will bottleneck your cpu first. luks might be faster than both of them. benchmark and see.

5.0 will not build on amd64 without typedef fixes.

I doubt 5.0 volumes are openable with 4.3 because of the new XEX key handling mode, which is the major new crypto feature in 5.0. If the user has to forgo XEX to make hidden volumes, then he might as well stay with 4.3a for now...or create his volume in windows (if that works, I haven't tried ...

It mounts 4.3a hidden partitions just fine.. The wizard says it can't create them..

There are some rather annoying regressions in Truecrypt 5.0.

1. linux version cannot create hidden volumes. !!!?
2. the command line 'mount options' only accepts a few parameters, but the dialog box input accepts any option. I had to look at the code to figure out why my cmdline scripts weren't ...

--- ./gcc-4.3-20070309/libstdc++-v3/include/c_global/cstdio.orig
2007-03-11 20:12:59.000000000 +0100
+++ ./gcc-4.3-20070309/libstdc++-v3/include/c_global/cstdio 2007-03-11
20:14:00.000000000 +0100
@@ -46,7 +46,7 @@

#include <bits/c++config.h>
#include <cstddef>
-#include_next <stdio.h ...

I'm not 100% positive but I think these patches have been introduced upstream, maybe you can test and see if this snapshot will build with gcc-4.3 without using the fixinline use, if it works, then ill remove the use from the ebuild. Well, I would, but I still get errors during a gcc 4.3 build on ...

The ebuild still references it. I disabled the 'fixinline' useflag that triggers it and glibc seems to build ok. I'm using gcc 4.2 however.

I downloaded the build, built the digests, and it bombs on glibc-gcc4.3.patch. i did update my copy of the svn tree before trying to build.

I hate to bump an older thread, but I too am having the same problem, except with an 80x50 textmode console. The system boots ok, but when I switch back from an X session, the prompt text appears to overlap as though it draws once, and then again half a line higher for a 'one-and-a-half' character ...

gcc -DHAVE_CONFIG_H -I. -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd -I. -I. -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/../include -W -Wall -Wstrict-prototypes -Wmissing ...

It looks like the latest glibc rev in toolchain_overlay doesn't support bbdirect/hashvals/dynsort. Has this been permanently phased out in favor of hash-styles? I have an amd64 system compiled with the bdirect 'trio' and I don't want to rebuild to hashstyles if a future patch will bring them back ...

It looks like the latest glibc rev in toolchain_overlay doesn't support bbdirect/hashvals/dynsort. Has this been permanently phased out in favor of hash-styles? I have an amd64 system compiled with the bdirect 'trio' and I don't want to rebuild to hashstyles if a future patch will bring them back ...

Well, I meant that machine doesn't even finish booting because it can't mount the squashfs image.

Tried the AMD64 version 2.5 image. It doesn't seem to recognize any of my optical drives..

system:

msi k8n neo mobo nforce3 250gb
adaptec 2940u2w
3200+ a64 S754
two SCSI hds and one sata hd
two SCSI cd/dvd roms and one SATA dvdrw.
other stuff that shouldn't matter :P

No optical drives get ...

mDNS only I believe, but check your sniffer..or you could try explicitly connecting to a known itunes host and see if that works. The iptables 'ttl' match and target features should do the trick.

something like:
iptables -t mangle -A FORWARD -i $EXT_ETH -o $INT_ETH -m ttl --ttl-eq 1 -j TTL --ttl ...

I suspect it has to do with the overlay support. I disabled 'renderaccel' in my xorg.conf and konqueror starts up and runs fine. Otherwise, it's a hard lock the second I start it and the window appears. I guess we wait for a patch from xorg/nvidia.

IIRC, itunes multicast 'discovery' packets have TTL set to 1, so your router would not foward them even if it was set up correctly. Caveat: I have no direct experience with itunes, so I am not sure. You 'might' be able to pull off some iptables trickery to get them forwarded to your subnet anyway.

I'm having these issues as well after upgrading to 6.8.2 (I tried cvs too). These errors have to do with the nvidia X video driver module, not the kernel module, so recompiling that will not fix anything. I guess xorg changed some of the internals around and we'll probably have to wait for a new ...

that minimal 20041026 image seems to hang on my msi 7030 board(nforce3 250gb with nvidia lan) while trying to load the sata_sis module. I can get past it with 'nodetect' and 'nohotplug' but when I go to load the aic7xxx module for my adaptec card (needed for my disks), it doesn't load.

Anyone know ...

You're probably right. I'm guessing, just like everyone else is.

I've had the same problem with my system since the late 2.5.xx kernel days ;). It would come and go as software/compilers/kernels changed versions. In every case, the mouse was frozen solid. I could not log into ssh at all. In almost every instance, I was scrolling in mozilla/firebird/firefox. GTK 2 ...

tried that new r2 in portage..now I get
"Failed to allocate a DMA context
pushbuffer DMA allocation failed
***aborting***
failed to allocate DMA pushbuffer"
etc, when I start X. The module loads fine.

Insanity5902 wrote:R-Type - try updated xorg, the latest is 6.8.0-r1, don't know but it my be worth a shot.

Well I suspect its kernel<-->nvidia related. the same xorg install works fine with older kernels. I am already running 6.8.0-r1.

I tried damouse's r3 build.
The module loads alright, but I get "(EE) NVIDIA(0): Failed to allocate config DMA context" when I try to start Xorg. I spent some time with the source but wasn't able to get real far. Out of my league I guess. Any ideas?

Earlier kernels have been working fine.

p3 850 ...