[SOT] EPoX 9NPA+ Ultra
Hi Folks, I'm subscribed to this List for about 2 Months now but failed to find a single Post, amongst the many that deal with Hardware-Problems, that concerns the EPoX 9NPA+ Ultra, or similar, Mainboard. That makes me become suspicious. Am i the only one using this Board and if so why? What does everybody else know (about that Board), that keeps them from using it, that i don't? Or is it just my paranoia? The only unsolved Issue i came across is its failure to cooperate with acpid. Which, presumably, can be dealt with by compiling a custom Kernel with apm support and using apmd instead of acpid. If one bothers to care. Please enlighten me. Cheers Michael -- Michael Dominok [EMAIL PROTECTED] If you don't care where you are, you ain't lost. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Building amd64/k8 kernel from 32-bit userspace
On Monday, 24.10.2005 at 23:01 +0100, Paul Brook wrote: On Monday 24 October 2005 22:35, Max wrote: Dave Ewart wrote: Is it because I have a 32-bit i686 userspace and this is considered cross-compiling or something?? From old version of FAQ: === *Crosscompiling a 64bit kernel on a 32bit host* snip Most of this is obsolete. The Debian i386 gcc-3.4 packages have biarch amd64 support. So what does that actually mean for the compilation process? I found, after failing to build an amd64-k8 kernel with gcc 3.3, that using gcc 3.4 did no better. Do I need to do anything 'different' during the kernel build to make it build an amd64-k8 kernel? I'm currently doing this: make-kpkg clean make menuconfig (setting pc-arch/amd64/k8 etc.) make-kpkg kernel_image This results in the i686 kernel I described previously. Do I need to give further options to the above kernel-building commands to make it produce an amd64-k8 version? Dave. -- Dave Ewart [EMAIL PROTECTED] Computing Manager, Cancer Epidemiology Unit Cancer Research UK / Oxford University PGP: CC70 1883 BD92 E665 B840 118B 6E94 2CFD 694D E370 Get key from http://www.ceu.ox.ac.uk/~davee/davee-ceu-ox-ac-uk.asc N 51.7518, W 1.2016 signature.asc Description: Digital signature
AMD64 Laptop
Hi, I know I should have submitted this question to the laptop list, but I guess this is the most appropriate place to post it. I wish to buy a laptop that features andAMD64 processor and a nice 17inch view. Does anyone have any recommendations? I'll really appreciate your input. Thanks, Regards Ken
Re: 32-bit memory limits IN DETAIL (Was: perspectives on 32 bit vs 64 bit)
Hi I'm now worried as I nearly understand this!! I need to play more guitar!! Many thanks for a well written mail. cheers Bob [EMAIL PROTECTED] wrote: This seems to come up every now and then, so let me explain. None of this is new information, butt can be a bit confusing. First, i386 memory addressing. The i386 is unlike all other processors in that there are two levels of address translation that take place. First, we have a 16-bit segment + 32-bit offset VIRTUAL address. Now, 3 bits of that segment are sort of taken (2 bits of RPL and 1 local/global bit), so you really only get 8192 segments per process. This VIRTUAL address is then translated into a 32-bit LINEAR address by checking the offset against the segment limit and adding the segment base. Then this 32-bit LINEAR address is fed to a standard page-based MMU, producing a 32- or 36-bit PHYSICAL address. Most processors go VIRTUAL --page tables-- PHYSICAL. i386 goes VIRTUAL --segments-- LINEAR --page tables-- PHYSICAL. The bottleneck is the 32-bit LINEAR address space. A process can have at most 2^32 bytes addressible at any one time without the operating system rewriting the page tables. Note first of all that, if you actively use more than one segment at a time (such as for code, stack and data), this limits your maximum segment size to less than 2^32 bytes each, since the TOTAL of the sumultaneously accessible segments has to fit within 2^32 bytes. So, for example, if you had two segments of 4G, you could not have them both resident at the same time, and so you could not get a MOV instruction from one to the other to complete. (And the MOV instruction itself would have to go somewhere.) Thus, you can not actually reach the 2^45-byte addressing limit that up to 2^13 segments of up to 2^32 bytes each implies. Secondly, even if you do demand segmentation, bringing segments into and out of the 32-bit LINEAR address space, this still requires that the operating system rewrite the page tables (and invalidate the TLB entried) in response to segment faults in order to access the relevant bits of PHYSICAL memory. This is exactly the SAME operating system and hardware overhead as using mmap or mremap to remap bits of a linear address space. The only difference would be if it were much easier for the user program to deal with segments than to deal with explicit dynamic mmaps. And it's not at all clear that it is. For these reasons, 32-bit x86 operating systems tend to ignore the segmentation features and just use paging. It just isn't worth the complexity, and for multi-platform operating systems like Linux, it isn't worth the portability hassles. In fact, this has in turn led to x86 designers de-emphasizing segment register loading speed, so large model programs that use multiple segments take a significant speed hit. Now, for why the Linux kernel takes 1 GB of virtual address space... Every time a user-space program does a read() or write() call, or makes any similar system call that moves a buffer of data, the kernel has to copy between the user buffers and its own private file cache. For this to be possible, the two source and destination buffers must be in the same VIRTUAL address space. And for it to be remotely efficient, they have to be in the same LINEAR address space as well. Now, it is possible to have a separate kernel address space, and demand-map user-space buffers into it to do the copying. That's what the 4G+4G patches do. But that means that on EVERY system call, you have to change the page tables around, which results in flushing the TLB and a lot of overhead. The default Linux config arranges for the kernel's address space and the user's address space to both be present at the same time. Page table entries have a permission bit that lets them be inaccessible to user mode but accessed from kernel mode without having to reload the TLB. This is very fast. But it results in the classic split between 3G of user address space and 1G of kernel address space. It could be done different ways, but *any alternative would be much slower* for typical programs that don't need more than 3G of address space. The things that's causing a real problem is that common physical memory sizes are approaching the 4G address space. Thus, it's no longer guaranteed that the 1G of kernel space is big enough to hold all of physical memory, so kernel access to some parts of it has to be bank-switched (the CONFIG_HIGHMEM options). By careful design, this has been kept reasonably fast, but there is overhead. Because the kernel address space has to hold more than just RAM (in particular, it also has to hold memory-mapped PCI devices like video cards), if you have 1G of physical memory, the kernel will by default only use 896M of it, leaving 128M of kernel address space for PCI devices. A different user/kernel split can help there. I use 2.75/1.25G on 1G RAM machines, but if you use PAE or NX, the split has to be on a 1G
Re: todays installer is still broken
Ken Bloom schrieb: I say start with Len's installer (the tinyplanet.ca one) because it's got a newer kernel. If you use it, things are more likely to work the first time. THX! I´ve tried the Sarge one on the testing maschine, and it seems to work well except for that it doesn´t detect the on-board network card. But I don´t mind that since the maschine I want to install it on has a NIC that will be recognized; and once installed, I´ll compile a kernel anyway. So I should be fine with older installer :) Meanwhile, I have become unsure if I should switch. It seems I might get into troubles I don´t want to have. Hmmm ... GH -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installing Debian over another distribution
Jean-Jacques de Jong schrieb: I noticed that you can install Debian over another distribution when using existing partitions. Apparently the home directories are then moved into / while all other directories are erased. However, does the installer do this also with /usr/local? On the machine I tested, I had no data in /usr/local, so I didn't notice. The home directories are not moved. The installer will, if you choose to, create a new file system on the partitions you install to, thus erasing all data on them. If you don´t have a seperate partition mounted on /home but have /home directly on /, /home will be erased when you let the installer make a new FS on / --- which you should do to get rid of existing files from the old distribution. You can keep /home if you have it on a seperate partition and tell the installer to mount that partition as /home and to keep the existing data. You can do the same for /usr/local. GH -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bzip2 problem
hjalmar [EMAIL PROTECTED] writes: Sory if this is a copy of the one sent. Have been reworking my mail setup and was not sure if it came through. My problem below: I have just ran aptitude update and got the following result Hit http://bach.hpc2n.umu.se unstable/non-free Packages 99% [4 Packages bzip2 0] 381kB/s 0s bzip2: Data integrity error when decompressing. Input file = (stdin), output file = (stdout) It is possible that the compressed file(s) have become corrupted. You can use the -tvv option to test integrity of such files. You can use the bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. Err http://bach.hpc2n.umu.se unstable/main Packages Sub-process bzip2 returned an error code (2) Fetched 2816kB in 7s (382kB/s) Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done I have tried running aptitude update with other unstable mirrors and even reinstalled the bzip2 package and have gotten the same result. When I commentt out the unstable mirror and run aptitude update I have no problems. What could be the problem? Thanks for any help, Clyde Does the problem persist or was it just a mirror pulse gone wrong? MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Multiarch
Matthew A. Nicholson [EMAIL PROTECTED] writes: Are there any new updates on multiarch or is it still just a purposal? I say we organize a team to get multiarch working and stop sitting on our hands. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] I posted a few patches to the BTS adding the multiarch dirs to the toolchain without breaking existing practices. Once those are added we can start patching packages to use those new dirs. I don't want to start and maintain a second amd64 archive (and extra patches) so I'm currently in a holding pattern. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Building amd64/k8 kernel from 32-bit userspace
Max [EMAIL PROTECTED] writes: Paul Brook wrote: Is it because I have a 32-bit i686 userspace and this is considered cross-compiling or something?? From old version of FAQ: === *Crosscompiling a 64bit kernel on a 32bit host* snip Most of this is obsolete. The Debian i386 gcc-3.4 packages have biarch amd64 support. Shouldn't that be included in the FAQ? Thanks, Max No. The recommended (and only user friendly) way to build a 64bit kernel is a 64bit userland. For i386 users that means installing the existing 64bit kernel, create a 64bit chroot and compile the kernel in there. That way it all just magically works. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Building amd64/k8 kernel from 32-bit userspace
On Tuesday, 25.10.2005 at 11:36 +0200, Goswin von Brederlow wrote: The recommended (and only user friendly) way to build a 64bit kernel is a 64bit userland. For i386 users that means installing the existing 64bit kernel, create a 64bit chroot and compile the kernel in there. That way it all just magically works. That makes sense. The slight difficulty here is that the existing 64-bit kernel, Debian stock package, kicks off a hardware conflict on my machine with my nVidia card. Maybe I can just run it in non-graphical mode for long enough to build a chroot and build a kernel in it. I guess that for *subsequent* kernel rebuilds, this will be easier, since I'll have a running 64-bit kernel :-) Thanks Goswin Dave. -- Dave Ewart [EMAIL PROTECTED] Computing Manager, Cancer Epidemiology Unit Cancer Research UK / Oxford University PGP: CC70 1883 BD92 E665 B840 118B 6E94 2CFD 694D E370 Get key from http://www.ceu.ox.ac.uk/~davee/davee-ceu-ox-ac-uk.asc N 51.7518, W 1.2016 signature.asc Description: Digital signature
Re: gfortran
On Monday 24 October 2005 21:32, Dominique Rousset wrote:
Hello everyone,
I've been a silent subscriber to this list for the past 3+ months, and now,
I am coming with my question...
I am benchmarking a fortran code of my own (simulation of seismic wave
propagation)
whose output is a direct access binary file.
I just modified it a little from Intel fortran90 to gfortran.
I succesfully ran it at work on a PowerPC linux, an ultrasparc linux and a
Pentium 4 (old, fully 32 bits) linux. The results are consistent and
consitent (not really equal, of course) to those obtained on Intel proc
using Intel compiler.
I tested it at home on my Athlon64. Dual boot one in 32 bits and the other
one in 64 bits, both debian etch.
I am surprised that the output fiile in 64 bits mode is larger of 808
bytes. It's just one excess byte per record.
Any clue about that ?
Do you thing I must issue a bug report to the maintainer, to the upstream
developer team ?
Thanks
D.
PS : computation time is 15% longer in 32 bits mode, using the same
compiler options.
--
Dominique Rousset
[EMAIL PROTECTED]
I had a discussion off-list regarding different-sized output files from
FORTRAN programs; and we came to the conclusion that the header and footer
records were each 8 bytes long on the 64-bit system as opposed to 4 bytes on
the 32-bit system.
I came up with a Perl script as follows:
## CUT HERE ##
#!/usr/bin/perl -w
use strict;
(my $self = $0) =~ s|.*/||;
die Usage: $self infile outfile\n if (@ARGV 2);
my $infile = shift;
my $outfile = shift;
open INFILE, $infile or die Couldn't open $infile: $!;
open OUTFILE, $outfile or die Couldn't open $outfile: $!;
my $length = (stat INFILE)[7];
if ($self =~ /32.*64/) {
# this code will run if the name contains 32 before 64 and adds
# extra zeros to the file -- converting 32-bit save files to 64-bit.
read INFILE, $_, 4;
print OUTFILE;
print OUTFILE \x00\x00\x00\x00;
read INFILE, $_, $length - 4;
print OUTFILE;
print OUTFILE \x00\x00\x00\x00;
}
else {
# this code removes bytes 4-7 and the last four bytes -- converting
# 64-bit save files to 32-bit
read INFILE, $_, 4;
print OUTFILE;
read INFILE, $_, 4;
read INFILE, $_, $length - 12;
print OUTFILE;
};
close INFILE;
close OUTFILE;
exit 0;
## CUT HERE ##
Instructions: save it as /usr/local/bin/cv3264 and make a symlink,
ln -s /usr/local/bin/cv3264 /usr/local/bin/cv6432
Now it can be run by either of those two names. This is important, as the
program changes its behaviour according to what name it is called by.
The syntax is
cv3264 filename1 filename2
{or cv6432 filename1 filename2}
where filename1 is the input file and filename2 is the output file.
If this program is called as cv3264 {or any name which has the characters
32 anywhere before the characters 64} then it will add the extra zeros
to a file saved by the 32-bit program, so it looks like it came out of a
64-bit program. If it is called as cv6432 then it will remove bytes from
those positions in a file saved by the 64-bit program, so it will look like
it came out of a 32-bit program.
My earlier correspondent said it worked well. I am releasing it into the
public domain, as I feel the code should outweigh the licence.
--
AJS
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: base system installation error
I have the same problem. Question: how to solve it? Kristof;
Re: Re: base system installation error
Hi, I have the same problem during install of debian amd64: [!!] Install the base system Base system installation error The debootstrap program exited with an error (return value 2). (next page...) Failed to install the base system The base system installation into /target/ failed. You said it is probably exim failinghow to solve? Kristof.
Re: Installing Debian over another distribution
GH wrote: Jean-Jacques de Jong schrieb: I noticed that you can install Debian over another distribution when using existing partitions. Apparently the home directories are then moved into / while all other directories are erased. However, does the installer do this also with /usr/local? On the machine I tested, I had no data in /usr/local, so I didn't notice. The home directories are not moved. Yes they are, I experienced it (at least with 32 bit Sarge). It happens when you choose to install over your old / partition without reformatting - the installer then lets you choose an option keeping the data. In effect, the directories under /home are moved to /, and all other directories are apparently erased. The question is whether the installer is intelligent enough to also keep your old /usr/local. JJJ GH -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: AMD64 Laptop
Ken, Most laptops should be fine. As far as I have seen, and experienced,the biggest problem are wireless cards.. And then only in 64bit mode, which I believe you want to use. Make sure the wireless card is in the hardware compattibility list. If not, then there are some other options like ndiswrapper, or evensome commercially available software. Good luck Bas On 10/25/05, Ken Kasina [EMAIL PROTECTED] wrote: Hi, I know I should have submitted this question to the laptop list, but I guess this is the most appropriate place to post it. I wish to buy a laptop that features andAMD64 processor and a nice 17inch view. Does anyone have any recommendations? I'll really appreciate your input. Thanks, Regards Ken
Re: installing Oracle on Debian AMD64
On 10/23/05, Faheem Mitha [EMAIL PROTECTED] wrote: I am (unfortunately) trying to install Oracle Database 10g on Debian AMD64. I know this is routinely done on i386, but I'm having some problems. I tried that, but gave up pretty soon. The basic problem is that Oracle is compiled for a hybrid system, that has 32bit libraries in /lib and 64bit libraries in /lib64. Only a few components are actually 64bit, while most GUI tools (including the installer, IIRC) are in fact 32bit executables. Debian is a pure64 system, which has the 64bit libraries in /lib, and no 32bit libraries by default. You can install 32bit libraries in different ways, but obviously not in /lib, where they are expected. And moving libraries to a different places breaks them in subtle ways, especially localisation and all the known GUI toolkits. Summary: Oracle wants to run 32bit programs, and this is very very hard in a pure64 system. Ubuntu has a more extensive set of 32bit libraries that have been especially hacked to work from the chosen location. This is the ugly solution, while the correct way would be for Oracle to compile their product as pure 64bit code. I installed the 64 bit versions of Java 1.5 using javapackage. The sun package? That did not work very well for me, I had lots of crashes. And it is possible that Oracle needs a 32bit version (in addition?). One significant difference between Ubuntu and Debian is that 64 bit Ubuntu, like other commercial distributions, has some 32 bit libraries included in it, including the X one. All the discussions I've found pertaining to Ubuntu reference the 32 bit X libraries in some way. Yes, Ubuntu has a more extensive set of 32bit libraries that have been especially hacked to work from the chosen location. This is the ugly solution, while the correct way would be for Oracle to compile their product as pure 64bit code. I'm not clear what the problem here is. Can anyone clarify, and/or suggest a workaround? This is probably wishful thinking, but is it possible that this error arises because I am doing X forwarding from a 64 bit machine to a 32 bit machine over ssh, and would go away at the console? No, I do this a lot, and it causes no problems to me. As a fallback position, does anyone know whether installing a 32 version of Oracle Database 10g in a chroot in a 64 bit system would be workable? Yes, that should be possible. Starting the server may be a bit tricky, but I have to say that I also have problems with that on a 32bit only system :-) One more interesting thought: it may be easier to start with a 32bit version of Debian, and add the 64bit libraries necessary to run the Oracle server in /lib64. You need at least testing for this to work, but it should get a lot closer to the hybrid system expected by Oracle. You can also do this in a chroot. Thomas
Re: Installing Debian over another distribution
Jean-Jacques de Jong schrieb: The home directories are not moved. Yes they are, I experienced it (at least with 32 bit Sarge). It happens when you choose to install over your old / partition without reformatting - the installer then lets you choose an option keeping the data. In effect, the directories under /home are moved to /, and all other directories are apparently erased. Har! What happens if you have a user called ´usr´ or ´bin´ or the like with /home/usr/ or /home/bin/, respectively? The question is whether the installer is intelligent enough to also keep your old /usr/local. Well, the installer must not erase (except for the overwriting it says it will do) or move anything at all if you tell it to keep the existing data. As to your question, sorry, I don´t know. I would make a backup of /usr/local and keep it under /home or move it over if disk space is tight. You can recreate it from there after the install, provided that the content of /home/ kept. But don´t call your backup ´usr´ ;) What does the installer do to files (rather than directories) under /home? Would it move them to /? I would create a file like /home/sbin ... GH -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: installing Oracle on Debian AMD64
On Sunday 23 October 2005 18:42, Faheem Mitha wrote: Dear People, I am (unfortunately) trying to install Oracle Database 10g on Debian AMD64. I know this is routinely done on i386, but I'm having some problems. The errors I get appear below, when I try to bring up the installer screen (using ./runInstaller), which I believe uses Java. The proper way to fix it would be to recompile the whole package from source so it works with your existing installation. But that probably is not an option for you ;) So let's ask a different question instead. What do you need Oracle for that you can't do using PostgreSQL or MySQL? -- AJS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: AMD64 Laptop
On Tue, Oct 25, 2005 at 07:56:35AM -0400, Bas van Besouw wrote: Ken, Most laptops should be fine. As far as I have seen, and experienced, the biggest problem are wireless cards.. And then only in 64bit mode, which I believe you want to use. Make sure the wireless card is in the hardware compattibility list. If not, then there are some other options like ndiswrapper, or even some commercially available software. Anything ATI also tends to cause headaches. For wireless I find most have the same problems in 32 and 64bit mode. Most that need ndiswrappers seem to now have both 32 and 64bit drivers available. Of course getting something for wireless that is open source supported is preferable. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [SOT] EPoX 9NPA+ Ultra
On Tue, Oct 25, 2005 at 09:47:08AM +0200, Michael Dominok wrote: I'm subscribed to this List for about 2 Months now but failed to find a single Post, amongst the many that deal with Hardware-Problems, that concerns the EPoX 9NPA+ Ultra, or similar, Mainboard. I have never even heard of the brand. In my book that is a bad thing since if I haven't heard of it, it is probably too obscure (at least in this part of the world) to have particularly good support. Maybe too simplistic a view, but it has served my well for many years when buying computer hardware. That makes me become suspicious. Am i the only one using this Board and if so why? What does everybody else know (about that Board), that keeps them from using it, that i don't? Or is it just my paranoia? I personalyl only buy Asus boards, and only the higher end models with via or nvidia chipsets. The only unsolved Issue i came across is its failure to cooperate with acpid. Which, presumably, can be dealt with by compiling a custom Kernel with apm support and using apmd instead of acpid. If one bothers to care. Usually when acpi doens't work, it is due to bugs in the bios's acpi implementation. Usually this requires a bios upgrade to fix, once the maker of the system is willing to admit that they made a mistake by only testing against windows rather than following the acpi spec. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bzip2 problem
I was able to track down the problem. It was a problem with my router. Clyde On Tue, Oct 25, 2005 at 11:29:15AM +0200, Goswin von Brederlow wrote: hjalmar [EMAIL PROTECTED] writes: Sory if this is a copy of the one sent. Have been reworking my mail setup and was not sure if it came through. My problem below: I have just ran aptitude update and got the following result Hit http://bach.hpc2n.umu.se unstable/non-free Packages 99% [4 Packages bzip2 0] 381kB/s 0s bzip2: Data integrity error when decompressing. Input file = (stdin), output file = (stdout) It is possible that the compressed file(s) have become corrupted. You can use the -tvv option to test integrity of such files. You can use the bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. Err http://bach.hpc2n.umu.se unstable/main Packages Sub-process bzip2 returned an error code (2) Fetched 2816kB in 7s (382kB/s) Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done I have tried running aptitude update with other unstable mirrors and even reinstalled the bzip2 package and have gotten the same result. When I commentt out the unstable mirror and run aptitude update I have no problems. What could be the problem? Thanks for any help, Clyde Does the problem persist or was it just a mirror pulse gone wrong? MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DVD/CD Woes
On Tue, Oct 25, 2005 at 12:09:19AM -0400, John Baab wrote: I seem to be having some problems with my optical drives, I cannot remember when the last time is that I used them successfully though. My current setup includes 2 optical drives: Lite-On LDW-811S (primary)(dvdrw) Lite-On LTR-52327S (secondary)(cdrw) Motherboard: asus K8V se deluxe If I go into the disk manager I see both my optical drives, but the DVD burner does not have a check next to 'Write DVD'. Everything else looks fine in there. The problem with the secondary drive is that it does not automount. I can burn cd's on both burners, but not dvd's on the dvd burner. The cd burner when ejected immediatly sucks the tray back in, which is very odd. I can burn from both burners in windows just fine, so it doesn't look like a hardware problem. k3b output: System --- K3b Version: 0.12.5 KDE Version: 3.4.2 QT Version: 3.3.5 Kernel: 2.6.11-9-amd64-k8 Devices --- LITE-ON DVDRW LDW-811S HS0R (/dev/hdc, ) at /media/cdrom0 [CD-R; CD-RW; CD-ROM; DVD-ROM; DVD-RW; DVD+R; DVD+RW] [DVD-ROM; DVD-R Sequential; DVD-RW Restricted Overwrite; DVD-RW Sequential; DVD+RW; DVD+R; CD-ROM; CD-R; CD-RW] [SAO; TAO; RAW; SAO/R96P; SAO/R96R; RAW/R16; RAW/R96P; RAW/R96R; Restricted Overwrite] LITE-ON LTR-52327S QS0E (/dev/hdd, ) at /media/cdrom1 [CD-R; CD-RW; CD-ROM] [CD-ROM; CD-R; CD-RW] [SAO; TAO; RAW; SAO/R96P; SAO/R96R; RAW/R16; RAW/R96P; RAW/R96R] K3b --- Size of filesystem calculated: 89492 Used versions --- mkisofs: 2.1.1a03-unofficial-iconv growisofs: 5.21 growisofs --- Executing 'builtin_dd if=/dev/fd/0 of=/dev/hdc obs=32k seek=0' /dev/hdc: Current Write Speed is 2.0x1385KBps. :-[ [EMAIL PROTECTED] failed with SK=5h/ASC=64h/ACQ=00h]: Input/output error :-( attempt to re-run with -dvd-compat -dvd-compat to engage DAO or apply full blanking procedure :-( write failed: Input/output error Did you try burning a dvd from the commandline and using the suggested options? '-dvd-compat -dvd-compat' or to use dvd+rw-format -blank=full? Have you checked if there is a firmware update for the drive? It is likely a bug in the interface. You may wish to ask the cdwrite mailing list (lists.debian.org) since that is where the authors of growisofs hang out and they tend to be very good at figuring these things out. They also have tools they can send you to inquire the drive about it's abilities which can help find out if the drive has bugs that need fixing or a work around. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [SOT] EPoX 9NPA+ Ultra
On Tuesday 25 October 2005 16:36, Lennart Sorensen wrote: On Tue, Oct 25, 2005 at 09:47:08AM +0200, Michael Dominok wrote: I'm subscribed to this List for about 2 Months now but failed to find a single Post, amongst the many that deal with Hardware-Problems, that concerns the EPoX 9NPA+ Ultra, or similar, Mainboard. I have never even heard of the brand. In my book that is a bad thing since if I haven't heard of it, it is probably too obscure (at least in this part of the world) to have particularly good support. Maybe too simplistic a view, but it has served my well for many years when buying computer hardware. We will have (in our company) 2 pcs. of exactly the same model U mentioned. So probably I can later reffer - when they arrive... BTW: I have Epox MB at home (sock. A with nForce2) and no problem (and my friends have similar experiences). When U didn't hears about something it doesn't mean it is bad. Just it can be more specialised to some buyers... Or people for some (stupid) reason dont know them... As far as I know, epox MB are excellent especially for overclocking (similar or very slightly worse DFI Lanparty MB) - better than asus - no offence ;) Milan That makes me become suspicious. Am i the only one using this Board and if so why? What does everybody else know (about that Board), that keeps them from using it, that i don't? Or is it just my paranoia? I personalyl only buy Asus boards, and only the higher end models with via or nvidia chipsets. The only unsolved Issue i came across is its failure to cooperate with acpid. Which, presumably, can be dealt with by compiling a custom Kernel with apm support and using apmd instead of acpid. If one bothers to care. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nvida driver is not working after reboot
Rob Sims ecrivait le 30.09.2005 22:54: And in /etc/init.d/udev changed the case statement in make_extra_nodes: case $type in L) ln -s $arg1 /dev/$name ;; D) mkdir -p /dev/$name ;; M) mknod --mode=600 /dev/$name $arg1 ;; O) chown /dev/$name $arg1 ;; G) chgrp /dev/$name $arg1 ;; P) chmod /dev/$name $arg1 ;; *) log_warning_msg links.conf: unparseable line ($type $name $arg1) ;; esac Hi, there are mistakes... case $type in L) ln -s $arg1 /dev/$name ;; D) mkdir -p /dev/$name ;; M) mknod --mode=660 /dev/$name $arg1 ;; O) chown $arg1 /dev/$name ;; G) chgrp $arg1 /dev/$name ;; P) chmod $arg1 /dev/$name ;; *) log_warning_msg links.conf: unparseable line ($type $name $arg1) ;; esac Like that it works great :-D See you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [SOT] EPoX 9NPA+ Ultra
On Tue, Oct 25, 2005 at 04:46:28PM +0200, Milan Melichercik wrote: We will have (in our company) 2 pcs. of exactly the same model U mentioned. So probably I can later reffer - when they arrive... BTW: I have Epox MB at home (sock. A with nForce2) and no problem (and my friends have similar experiences). When U didn't hears about something it doesn't mean it is bad. Just it can be more specialised to some buyers... Or people for some (stupid) reason dont know them... As far as I know, epox MB are excellent especially for overclocking (similar or very slightly worse DFI Lanparty MB) - better than asus - no offence ;) Well I did say that it was probably too simplistic, but that it had worked well for me. I personally have no interest in overclocking, but certainly from what I have read most asus boards do rather well at it. To me it is probably an indication that the board will be quite reliable at normal speeds, if it is able to be fairly reliable out of spec. I prefer reliability over speed though. I suspect epox may just not be popular in my part of the world, which may just mean they don't have a good distributer network here, while just about every good computer store here will carry asus (and often msi and gigabyte too). Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 32-bit memory limits IN DETAIL (Was: perspectives on 32 bit vs 64 bit)
Am Tuesday, 25. October 2005 02:31 schrieb [EMAIL PROTECTED]: [snip] Because the kernel address space has to hold more than just RAM (in particular, it also has to hold memory-mapped PCI devices like video cards), if you have 1G of physical memory, the kernel will by default only use 896M of it, leaving 128M of kernel address space for PCI devices. A different user/kernel split can help there. I use 2.75/1.25G on 1G RAM machines, but if you use PAE or NX, the split has to be on a 1G boundary. But these are all workarounds. The real solution is to use a larger virtual address space so that the original, efficient technique of mapping both the user's virtual address space and the kernel's address space (basically a copy of physical memory) will both fit. And what about 64bit systems? How is the splitting done there? Do I have to worry? Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
why is amd64 still separate?
Hi folks, Perhaps I missed something, but why is amd64 still not included into the official package pool? I am still in the NM process, but maybe I can help? Regards Harri signature.asc Description: OpenPGP digital signature
Re: installing Oracle on Debian AMD64
On Tue, Oct 25, 2005 at 08:16:08PM +0200, Jean-Christophe Montigny wrote: Adam Stiles wrote: The proper way to fix it would be to recompile the whole package from source so it works with your existing installation. But that probably is not an option for you ;) So let's ask a different question instead. What do you need Oracle for that you can't do using PostgreSQL or MySQL? When it comes to larger systems, eg not a webserver hosting phpbb2 stuff or a small online store, databases that are to be accessible by different kinds of client, and that processes data (eg does more than select / update / delete and count() stuff -- i'm speaking of actual code), that can do series of processing on events (when inserting / updating tables for instance) ... eg without expecting the client to do that... eg REALLY caring about data consistence... You need something with more punch that MySQL ;) Mind you too, MySQL is not SQL standard - or IS standard, but is matching old standards then. Well, MySQL is great for simple stuff - web apps that can run on their own, and that requires limited database functionality. Bigger is something else... Well, I'm not the one who is gonna use oracle in the discussion so i'm perhaps out of context. Perhaps he merely wants it for educational purposes :) Trust me, Oracle can do some stuff in a single shot that would require to write a script in whatever language (perl, php...) to do the same thing using a mysql database. So that is 'Why no mysql', how about 'why no postgresql' part of the original question? Other than live replication and failover and such, I can't think of anything that I know oracle can do that postgresql can't. Of course I haven't really used oracle so I imagine there is something (besides cost you a lot of cash). Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: state of Java on amd64
I installed it by sourceforge :D and now is running okay :DOn 10/20/05, debianista.deb [EMAIL PROTECTED] wrote:nop still not working ;P I don't know why ;( same bug segmentation fault $ java -version java version 1.4.2-02 Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.4.2-02) Java HotSpot(TM) 64-Bit Server VM (build Blackdown-1.4.2-02, mixed mode)On 10/20/05, debianista.deb [EMAIL PROTECTED] wrote:yeah Frank thanks a lot dude :D I had the same problem and my problem was the java version 1.4.2.01 ;) thanks for the link cheers debianista.debOn 10/11/05, Frank [EMAIL PROTECTED] wrote: I cannot confirm this, Blackdown and Azureus are working fine for me.I am running Blackdown's 1.4.2 (from the testing archive [0]) and Azureus 2.3.0.4 directly from upstream.[0] deb ftp://ftp.gwdg.de/pub/languages/java/linux/debian testing non-free$ java -version java version 1.4.2-02Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.4.2-02)Java HotSpot(TM) 64-Bit Server VM (build Blackdown-1.4.2-02, mixed mode)Azureus starts, quits and downloads (completed the Knoppix download) fine onmy AMD64 system. Is there anything special to getting the JRE running on amd64? I used: deb http://mirror.aarnet.edu.au/pub/java-linux/debian sid non-free and installed the j2re1.4 package (it's a blackdown.org mirror). But azureus causes java to segfault--To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: installing Oracle on Debian AMD64
Hi, Lennart Sorensen wrote: So that is 'Why no mysql', how about 'why no postgresql' part of the original question? Well, I am afraid I'm not quite postgresql-literate, and I live by the (perhaps false) assumption that PostgreSQL and MySQL are more or less the same : open source database projects, except PostgreSQL are supposed to be faster in reading and slower in writing than MySQL, and that they roughly have the same capabilities.. Other than live replication and failover and such, I can't think of anything that I know oracle can do that postgresql can't. Of course I haven't really used oracle so I imagine there is something (besides cost you a lot of cash). Well, of course it doesn't mean anything to use Oracle in a small environment, as I said it only becomes good when you have a single DB that is being used by several clients and you need data consistency without having to modify all the clients when there's a structural change (for instance, say you add a table that needs updated when you do whatever action on the other tables -- Oracle allows you to code an event associated to that action - ie a procedure...). That's merely a scenario, of course. If you just need the standard functionalities of DB and don't mind having your client software ensuring data consistency, mysql and i guess postgresql perform fine and will even be faster than Oracle for very simple tasks. Merely a question of raw processing power. -- Jean-Christophe Montigny Responsable Commission Web, Association Planètes Responsable serveurs assoces.com, Association Planètes Etudiant de deuxième année à Grenoble Ecole de Management Majeure Conseil en Organisation des Systèmes d'Information begin:vcard fn:Jean-Christophe Montigny n:Montigny;Jean-Christophe org;quoted-printable:Association [EMAIL PROTECTED] adr;quoted-printable:;;12, rue Pierre S=C3=A9mard;Grenoble;FR;38000;France email;internet:[EMAIL PROTECTED] title:Responsable Com Web x-mozilla-html:FALSE url:http://planetes.assoces.com/ version:2.1 end:vcard
Re: installing Oracle on Debian AMD64
Thomas Steffen wrote: On 10/25/05, Adam Skutt [EMAIL PROTECTED] wrote: Concerning the tool chain: I noticed (on Solaris, both 32 and 64bit) that you actually only need a few libraries and a few support files to compile and run C applications using the OCI. In fact, this works a lot better for me than following the slightly bizarre way recommended by Oracle to compile C applications. No, no, you misunderstood me (perhaps I wasn't clear). Oracle needs a development toolchain to install itself, as it does all sorts of install-time linking and other such voodoo nonsense. Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: gfortran
Le Lundi 24 Octobre 2005 23:27, Dominique Rousset a écrit : Le Lundi 24 Octobre 2005 23:00, Lennart Sorensen a écrit : Further investigations indicate an extra time step on AMD64 which result in one extra floating point value per record. The number of time steps is computed using floating point arithmetics, so very small differences may result in a difference of 1. The results may be correct. I cannot check now. Ok, it's really a a matter of accuracy and truncation. (and not a question of I/O) From the algorithm point of view, debian amd64 seems to be the accurate one. I just find a little strange that the difference did not appear on SUN UltraSPARC and IBM PowerPC which are also 64 bits processors. D. -- Dominique Rousset [EMAIL PROTECTED]
HTTP Cache Cleaner ??
Every now and then I have this little jumping icon on my screen with a entry in the kicker calling itself HTTP Cache Cleaner I have no clue as to what is producing it, I suspect something KDE. Except irritably jumping up and down for a full 10 minutes this thing doesn't seem to do anything usefull (no apparent extra disk access while it's jumping, except perhaps push other programs to disk while it eats memory) Anybody know how to I kill it and deinstall it ? or at least what is causing it ? Using Google I get a lot of questions but very little answers ( I don't like unexplained fenomena) Ernest. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fast clock wreaks havoc on amd64 dual core - hp1250n
On Sat, Oct 22, 2005 at 09:07:47PM -0400, Nathan O. Siemers wrote: Unfortunately 2 hours is not enough time to say this is a stable configuration (24 hours is better), but encouraging. I have hit the system with high cpu, video, disk, and ieee load to test but sometime the clock starts going haywire again after several more hours... Thanks to all that responded so far. try booting with disable_timer_pin_1 this option was introcuced in 2.6.14-rc as a workaround for buggy ATI chipsets. Best regards Frederik Schueler -- ENOSIG signature.asc Description: Digital signature
Re: why is amd64 still separate?
On Tue, Oct 25, 2005 at 08:13:42PM +0200, Harald Dunkel wrote: Perhaps I missed something, but why is amd64 still not included into the official package pool? I am still in the NM process, but maybe I can help? It's a case of one architecture too many, rather than a problem with amd64 specifically. The archive for 12 architectures is too big. It will be split into two parts, being one distributed by all mirrors with the most common platforms (i386, amd64, perhaps powerpc) and a second half containing the less used architectures. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fast clock wreaks havoc on amd64 dual core - hp1250n
Frederik, Thanks much. I will test this. With the exception of some disquieting kernel logs: Oct 23 07:00:38 line kernel: APIC error on CPU0: 40(40) Oct 23 07:00:38 line kernel: APIC error on CPU1: 40(40) Oct 23 07:07:19 line kernel: APIC error on CPU0: 40(40) Oct 23 07:07:19 line kernel: APIC error on CPU1: 40(40) (etc) The system I have written about earlier (new HP a1250n , dual-core athlon 64, ATI motherboard ) is up and running well over days of use. I am using a boot configuration (grub): title Debian GNU/Linux, kernel 2.6.14-rc5 root(hd0,0) kernel /boot/vmlinuz-2.6.14-rc5ns1-rc5 root=/dev/sda1 ro notsc no_timer_check initrd /boot/initrd.img-2.6.14-rc5ns1-rc5 boot Questions: Will the disable_timer_pin_1 eliminate the need for timer_check, notsc options? Sounds to me like it will. How far back is this option? Do I have to stay at rc5? Although I have to say that so far I have had no other problems with this relatively bleeding edge release. ps. If anyone on the kernel list is reading, I am willing to attempt some testing on this machine if it can help you. For some reason I did not get access to lkml after I applied. I imagine a lot of folks will be buying this hardware - it is a truly awesome computing environment if you are not out to get a graphics-intensive gaming machine. nathan Frederik Schueler wrote: On Sat, Oct 22, 2005 at 09:07:47PM -0400, Nathan O. Siemers wrote: Unfortunately 2 hours is not enough time to say this is a stable configuration (24 hours is better), but encouraging. I have hit the system with high cpu, video, disk, and ieee load to test but sometime the clock starts going haywire again after several more hours... Thanks to all that responded so far. try booting with disable_timer_pin_1 this option was introcuced in 2.6.14-rc as a workaround for buggy ATI chipsets. Best regards Frederik Schueler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
unofficial kernel debs anyone?
has anyone got unofficial kernel debs ? i could build my own but im just trying to fix these damned nvidia drivers. im looking for 2.6.14 or something Dean -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unofficial kernel debs anyone?
I have always used (built) the proprietary nvidia drivers when necessary. video or motherboard? There was an old problem with nvnet (part of the nforce set that covers motherboard peripheral function ) that now appears resolved, in the sense that the proprietary drivers are up to snuff. The one drawback is they are often a release or two in support of latest 2.6 kernels - you will have to check the release notes or try to see if 2.6.14 is supported. I believe they are at *least* up to 2.6.12... nathan Dean Hamstead wrote: has anyone got unofficial kernel debs ? i could build my own but im just trying to fix these damned nvidia drivers. im looking for 2.6.14 or something Dean -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unofficial kernel debs anyone?
ive exhausted nvidia support forums, its not a build problem but a very odd problem with ut2004 and only ut2004 (on both 32bit and 64bit) so its time to update the kernel and see what happens. hence, has anyone got newer kernel debs than those the official deb repositories (2.6.11 is the lastest there, im after 2.6.12 or upto 14) Dean Nathan O. Siemers wrote: I have always used (built) the proprietary nvidia drivers when necessary. video or motherboard? There was an old problem with nvnet (part of the nforce set that covers motherboard peripheral function ) that now appears resolved, in the sense that the proprietary drivers are up to snuff. The one drawback is they are often a release or two in support of latest 2.6 kernels - you will have to check the release notes or try to see if 2.6.14 is supported. I believe they are at *least* up to 2.6.12... nathan Dean Hamstead wrote: has anyone got unofficial kernel debs ? i could build my own but im just trying to fix these damned nvidia drivers. im looking for 2.6.14 or something Dean -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unofficial kernel debs anyone?
generic as k8 pagefaults when i try to use my cdrom which is frustrating Dean lordSauron wrote: are you running the -k8 or the -generic kernel? I know that the -k8 works perfectly on nForce 2 chipsets (well, the one found in the ECS EliteGroup nForce 2-A board, anyways...) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unofficial kernel debs anyone?
well everything else works bar ut2004. and you have a point about putting up with it i have a dfi-lanparty ut sli board (nf4) and 6600gt 256mb pcie dual sata wd raptors (36gb) its worth going to k8 just to see what happens Dean lordSauron wrote: I don't know... you might have to survive without a cdrom if you want some of those drivers for your board. What board/processor do you have? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unofficial kernel debs anyone?
I hate you : ) AMD Athlon64 3000+, 512 Mb RAM, 27 Gb ATA133 HDD, nVidia GeForce 2 MX 64 MB AGP 4x, and a great 8x CDROM, with a wonderful ECS EliteGroup nForce 2-A (nForce 2 chipset) I hope to get a nvidia geforce 6600 256mb AGP 8x and a SATA150 80gb HDD so I can Cedega my little life away : ) im amd64 4000+ and 1gig of corsair xms pro (with pretty usage lights) yeah, it should be. I'm not aware of any life-changing differences to be aware of, anyway... im trying to track down a 7800gt to see if its a wierd card problem as q3a, gltron, tuxracer and others work fine. im in the middle of installing a full chroot to install wine into (not keen on cedega) and then see what else happens. Dean -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unofficial kernel debs anyone?
On Wed, Oct 26, 2005 at 12:36:29PM +1000, Dean Hamstead wrote: hence, has anyone got newer kernel debs than those the official deb repositories (2.6.11 is the lastest there, im after 2.6.12 or upto 14) .12 has been in the archive for ages, but it's called linux-image-2.6.12-*, rather than the old kernel-image-*. linux-image-2.6.14-* is said to be in experimental, but I don't know if that includes amd64. Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Quake 4
Corey Hickey wrote: Zaq Rizer wrote: It shows the loading page for about a second, then immediately crashes with a segfault. Information regarding the crash from the console is as follows: ++ found DLL in pak file: /Shared/Games/quake4/q4base/game100.pk4/gamex86.so copy gamex86.so to /home/epoch/.quake4/q4base/gamex86.so signal caught: Segmentation fault A quick solution is to use either libsdl1.2debian-alsa or libsdl1.2debian-oss instead of libsdl1.2debian-all. I've written up a bit of a howto. Send me feedback if you have anything to contribute or find an error. http://fatooh.org/q4howto/ -Corey I second this, quake 4 is working on my system as well now. I reinstalled the ia32-libs, made sure the libsdl1.2debian-oss package was installed and ran quake 4 with quake4 +set s_driver oss +set s_numberOfSpeakers 2 still need to fix a sound issue with alsa (sound comming from the wrong speakers), alsa works as well. -godless -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unofficial kernel debs anyone?
there is chatter on the ppc list (which im also fairly active on) but obviously installing a ppc kernel would be a Bad Idea (tm), atleast on machines other than my ibook ill look for 12 and see what happens from the changelogs on kernel.org there is a lot of stuff going on for amd64 and 64bit in general, with very little for ia32. so its worth tracking with amd64 but not so much with ia32 Dean Hamish Moffatt wrote: On Wed, Oct 26, 2005 at 12:36:29PM +1000, Dean Hamstead wrote: hence, has anyone got newer kernel debs than those the official deb repositories (2.6.11 is the lastest there, im after 2.6.12 or upto 14) .12 has been in the archive for ages, but it's called linux-image-2.6.12-*, rather than the old kernel-image-*. linux-image-2.6.14-* is said to be in experimental, but I don't know if that includes amd64. Hamish -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: why is amd64 still separate?
Hamish Moffatt wrote: On Tue, Oct 25, 2005 at 08:13:42PM +0200, Harald Dunkel wrote: Perhaps I missed something, but why is amd64 still not included into the official package pool? I am still in the NM process, but maybe I can help? It's a case of one architecture too many, rather than a problem with amd64 specifically. The archive for 12 architectures is too big. It will be split into two parts, being one distributed by all mirrors with the most common platforms (i386, amd64, perhaps powerpc) and a second half containing the less used architectures. How can I help? Is there a schedule for this? Regards Harri signature.asc Description: OpenPGP digital signature
