.
Does anyone have any idea why this would have failed?
Make sure you have /proc mounted within your chroot. If
ifconfig shows your interface with an IP address, make sure
/etc/resolv.conf inside your chroot is also accurate.
--
Mark Nippere
/nvidia-kernel/nv/nv-linux.h:715:2: warning: #warning
conftest.sh failed, assuming remap_page_range(4)!
Anyone has a hint for me?
Check:
---
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=357992
for my patch to the Debian package.
--
Mark Nipper
the announcement was made on the
mirror list recently that debian-all would start including things
for amd64, it seems like this may not be too far down the road.
--
Mark Nippere-contacts:
832 Tanglewood Drive[EMAIL PROTECTED
.
Whatever, I'm more curious which laptop you found with an
Athlon64 and an nvidia chipset/video chip!? I've been looking
around for such a thing and it seems all I can find are Turion's
with ATI chipsets.
--
Mark Nippere-contacts:
832 Tanglewood
the AMD64 version of unrar-nonfree for myself
via 'apt-get source ...; fakeroot dpkg-buildpackage' because
people are still distributing RAR's and I still need to unpack
them. :) It's not a perfect world unfortunately.
--
Mark Nippere-contacts:
832
kernel version. It would be interesting to know if the problem
happens at all without udev in the way.
--
Mark Nippere-contacts:
832 Tanglewood Drive[EMAIL PROTECTED]
Bryan, Texas 77802-4013 http
, but it should have been faster than the European
mirrors for you. Anyway, try it or mine and see if things are
better.
--
Mark Nippere-contacts:
832 Tanglewood Drive[EMAIL PROTECTED]
Bryan, Texas 77802-4013
in the
US personally... I would love to remedy that, but as I said before,
The mirror will be in Texas. As long as you have a
decent connection at home, your downlink will most likely be
saturated from this end.
--
Mark Nippere-contacts
solid. This was all done from a console
without loading my nVidia module and no X running, so I can say
with a decent amount of certainty that there may be problems in
general with frequency scaling and AMD64 kernels.
--
Mark Nippere-contacts:
4475
, but it's so rare that I ever burn CD's at
all anymore anyway.
And of course, what everyone else said about using ATA
instead of ide-scsi at this point. You can just pass /dev/dvd or
/dev/hdc or whatever directly to growisofs without the need for
the SCSI emulation layer.
--
Mark Nipper
surprised
cdimage.debian.org is handling these files correctly (if in fact
it even is).
--
Mark Nippere-contacts:
4475 Carter Creek Parkway [EMAIL PROTECTED]
Apartment 724 http
to compare BIOS versions or some
such, just let me know. I'll just need to reboot to get the
string.
Good luck!
--
Mark Nippere-contacts:
4475 Carter Creek Parkway [EMAIL PROTECTED]
Apartment 724
:
---
CC=gcc-3.4 /usr/local/vmware/bin/vmware-config.pl
I would imagine either one will work.
--
Mark Nippere-contacts:
4475 Carter Creek Parkway [EMAIL PROTECTED]
Apartment 724 http
kernel-headers-2.6.8-11 off the top of my head or
whether the -amd64 will be on the end also.
--
Mark Nippere-contacts:
4475 Carter Creek Parkway [EMAIL PROTECTED]
Apartment 724 http
see amd64 yet on
my own official Debian mirror, so that hasn't happened yet.
Just curious...
--
Mark Nippere-contacts:
4475 Carter Creek Parkway [EMAIL PROTECTED]
Apartment 724 http
the problems officially
even though I really should.
So, long story short, you might try 2.6.11.7 or maybe
even 2.6.10 under x86-64 if you are running something 2.6.12ish
right now.
--
Mark Nippere-contacts:
4475 Carter Creek Parkway
.
--
Mark Nippere-contacts:
Computing and Information Services [EMAIL PROTECTED]
Texas AM Universityhttp://ops.tamu.edu/nipsy/
College Station, TX 77843-3142 AIM/Yahoo: texasnipsy ICQ: 66971617
(979)575
. Looks like a long standing bug with the
nvidia-glx package. Bug is already filed under #208198. The
duration of this bug is rather absurd given the simple nature of
the problem.
Happy holidays to all. Be safe and have fun!
--
Mark Nipper
:
---
diversion by nvidia-glx from: /usr/lib/libGL.so.1.2
diversion by nvidia-glx to: /usr/lib/nvidia/libGL.so.1.2.xlibmesa
xlibmesa-gl: /usr/lib/libGL.so.1.2
but it obviously never actually created it.
Thanks for the reply.
--
Mark Nippere
. :)
--
Mark Nippere-contacts:
Computing and Information Services [EMAIL PROTECTED]
Texas AM Universityhttp://ops.tamu.edu/nipsy/
College Station, TX 77843-3142 AIM/Yahoo: texasnipsy ICQ: 66971617
missed my earlier
post). Let me know what your sources.list looks like and we can
go from there. :)
--
Mark Nippere-contacts:
Computing and Information Services [EMAIL PROTECTED]
Texas AM Universityhttp
?
For what it's worth, -16 doesn't segfault. I'm grabbing
-18 by hand to see if the patch added between -16 and -18 is the
problem.
--
Mark Nippere-contacts:
Computing and Information Services [EMAIL PROTECTED]
Texas AM University
the
build environment which is producing the package is using a
different version of gcc. Anyway, since this is specific to the
current amd64 gcc-3.4 repository, I'll leave it at that. Maybe
someone on this list can shed some light on the problem.
--
Mark Nipper
Anyone else seeing a segfault from reportbug/python?
Tried to file a wishlist bug report item today and I get:
---
[EMAIL PROTECTED]/pts/5:~ reportbug gnome-cpufreq-applet
*** Welcome to reportbug. Use ? for help at prompts. ***
Using 'Mark Nipper [EMAIL PROTECTED]' as your from address
The gdb dump from this looks like:
---
Program received signal SIGSEGV, Segmentation fault.
0x0043e792 in PyString_Size ()
I assume it's a 32-bit to 64-bit problem. I'll compile
python with -ggdb later if I have time.
--
Mark Nipper
25 matches
Mail list logo