question: kernel-patch
Hi, just a question: Does the kernel of debian-amd64 offer a way, to patch it, without the need to rebuild the whole kernel? I want to patch it with tuxonice and debianlogo, but if I understood it correctly, a kernel-patch forces a rebuild of the whole kernel. Is this correct, or is there a way for those two patches to do it without rebuilding? Regards Hans -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Printing messed up... Sid/CUPS
I'm posting this in amd64 now, as no response has yet come from the user list, and there is at least a small chance someone here might know an answer... ?? Thanks! -- Somewhere in the last few updates of my Sid system I noticed that print jobs in process get lost if another job comes along behind it, whether from my own machine or another one on the LAN. I have an HP 1200 (parallel) and use this machine as the CUPS server. A current job of 4 pages might print 2, then the new job will come out and the rest of the pages will be lost. I don't recall this ever happening before so am at a loss about its cause. I don't see any error messages in the CUPS log relating to this, either. I also recently upgraded my home-rolled kernel to version 2.6.29 if that might have an effect. I'm pretty sure I didn't change anything related to this but... Anyone have an idea what might have happened? Is there a permissions thing going on, perhaps? Cheers, Kenward -- In a completely rational society, the best of us would aspire to be _teachers_ and the rest of us would have to settle for something less, because passing civilization along from one generation to the next ought to be the highest honor and the highest responsibility anyone could have. - Lee Iacocca -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian AMD64 resuce disk??
On Mon, Jun 22, 2009 at 12:32:20PM -0400, Whit Hansell wrote: Douglas A. Tutty wrote: On Fri, Jun 19, 2009 at 10:37:54PM -0400, Whit Hansell wrote: Why is it you need specific to amd64, since amd64 will boot and run i386? Want the amd64 'cuz I'm running an amd64 chip. Had put in a 32 bit INSERT disk and it was very limited as to what it could do. So figure that I'm gonna' need a rescue disk more specific to the processor in this case. And after I had purchased this hardware, 64 bit AMD chip/mobo, tried to fire up a hard drive w. 32 bit on it and it didn't like what it saw so went full bore 64 Debian Lenny/stable. And it has been a true experience setting it all up compared to the previous setups I've done. Learned a lot the hard way. 8=) Trial and error and RTFM'ing as much as possible. Since the ability to run i386 (though without access to the full memory addressing of amd64) is built-in to the amd64 hardware, if you have a 386 rescue disk that doesn't work with the hardware, it just means that its not new enough. I ran grml 0.9 i386 just fine on my amd64. Doug. -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Printing messed up... Sid/CUPS
* Kenward Vaughan schrieb: Somewhere in the last few updates of my Sid system I noticed that print jobs in process get lost if another job comes along behind it, whether please post the corresponding section in cups_err.log in /var/log/cups/ You may increase debug level in /etc/cups/err.log And therefore exist a cups newsgroup. Your're sure that jobs are los? - Anyway cups leaves a small file cx with meta information (from who to which to printer) in /var/spool/cups. Do these files exist? - If not, the jobs never have reached cups. I don't think that the kernel touches your problem. Ekkard -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian AMD64 resuce disk??
Thanks Doug, Good to know. The INSERT disk was pretty current but maybe I needed a different version of rescue disk. Anyway, Ill keep that in mind. Again, thanks. Whit Douglas A. Tutty wrote: On Mon, Jun 22, 2009 at 12:32:20PM -0400, Whit Hansell wrote: Douglas A. Tutty wrote: On Fri, Jun 19, 2009 at 10:37:54PM -0400, Whit Hansell wrote: Why is it you need specific to amd64, since amd64 will boot and run i386? Want the amd64 'cuz I'm running an amd64 chip. Had put in a 32 bit INSERT disk and it was very limited as to what it could do. So figure that I'm gonna' need a rescue disk more specific to the processor in this case. And after I had purchased this hardware, 64 bit AMD chip/mobo, tried to fire up a hard drive w. 32 bit on it and it didn't like what it saw so went full bore 64 Debian Lenny/stable. And it has been a true experience setting it all up compared to the previous setups I've done. Learned a lot the hard way. 8=) Trial and error and RTFM'ing as much as possible. Since the ability to run i386 (though without access to the full memory addressing of amd64) is built-in to the amd64 hardware, if you have a 386 rescue disk that doesn't work with the hardware, it just means that its not new enough. I ran grml 0.9 i386 just fine on my amd64. Doug. -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Printing messed up... Sid/CUPS
On Wed, 2009-06-24 at 17:33 +0200, Ekkard Gerlach wrote: * Kenward Vaughan schrieb: Somewhere in the last few updates of my Sid system I noticed that print jobs in process get lost if another job comes along behind it, whether please post the corresponding section in cups_err.log in /var/log/cups/ You may increase debug level in /etc/cups/err.log And therefore exist a cups newsgroup. Your're sure that jobs are los? - Anyway cups leaves a small file cx with meta information (from who to which to printer) in /var/spool/cups. Do these files exist? - If not, the jobs never have reached cups. I don't think that the kernel touches your problem. Thanks, Ekkard. I'm quite flustered at the moment trying to reproduce the condition. :( I'll do that when it happens again ? Kenward -- Man does not cease to play because he grows old... Man grows old because he ceases to play. Life's journey is not to arrive at the grave safely in a well preserved body, but rather to skid in sideways, totally worn out, shouting ...Oh, WOW !! ...what a ride... -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org