Menu
▾
▴
|
From: <pa...@rc...> - 2000-12-10 02:28:07
|
Hi, I've checked into CVS all of the code changes that I needed to make and that others have sent me, so I'm close to being ready to release 0.7. I would like to wait a few more days to see if we can resolve the problem Robert reported about printing on 2.2.16-SMP, since 0.7 is supposed to fix problems like this. If it turns out that upgrading to 2.2.17 fixes the problem, then maybe I'll just document the issue and release if there isn't an easy fix. My goal is to release this by next weekend if possible. In the meantime, it would be appreciated if some people could try out the latest CVS source and let me know if there are any problems, particularly with the new PRINT-HOWTO, xojpanel, or changes to the kernel-mode drivers. Those who have already downloaded from CVS and applied patches may need to delete the modified trees and download a fresh copy, because the "cvs update" command may get confused when it's trying to merge updates into locally modified files. For convenience I added links to the CVS homepage (http://www.cvshome.org), where one can learn more about using CVS. I will also try to test with 2.4.0-test on a uniprocessor PC to see if I can reproduce the slow-scan problem that was previously reported. If anybody else can confirm that that is or isn't a problem, that would be nice too. David |
|
From: Robert G. B. <rg...@ph...> - 2000-12-10 05:02:04
|
On Sat, 9 Dec 2000, David Paschal wrote: > Hi, > > I've checked into CVS all of the code changes that I needed to make and that > others have sent me, so I'm close to being ready to release 0.7. > > I would like to wait a few more days to see if we can resolve the problem > Robert reported about printing on 2.2.16-SMP, since 0.7 is supposed to fix > problems like this. If it turns out that upgrading to 2.2.17 fixes the > problem, then maybe I'll just document the issue and release if there isn't > an easy fix. My goal is to release this by next weekend if possible. I'll try to work on this some before then. I have the printer attached to a UP system and it works "perfectly" and the suggested fix for the gamma also works well enough although I'm still having difficulty getting really crisp colors out even tweaking red, green and blue separately. I also discovered that the "file" command in RH 6.2 doesn't seem to recognize jpegs, which is a bit crazed but easily enough fixed (add three magic lines to /usr/share/magic). This explains why my attempts to print raw jpegs led to printer insanity. Unfortunately, 2.2.16-3smp appears to be the "currentest" kernel prebuilt for RH 6.2 as an update, so I have to install 2.2.17 the hard way. I've started a 2.2.17 download, but it may be a few days before I can go through the build and install of the kernel, the build and install of the ieeexxxx drivers, and the movement of the printer cable to test it. My physics students have exams this week and I'll be grading for days. rgb > In the meantime, it would be appreciated if some people could try out the > latest CVS source and let me know if there are any problems, particularly > with the new PRINT-HOWTO, xojpanel, or changes to the kernel-mode drivers. > Those who have already downloaded from CVS and applied patches may need to > delete the modified trees and download a fresh copy, because the "cvs update" > command may get confused when it's trying to merge updates into locally > modified files. For convenience I added links to the CVS homepage > (http://www.cvshome.org), where one can learn more about using CVS. > > I will also try to test with 2.4.0-test on a uniprocessor PC to see if I can > reproduce the slow-scan problem that was previously reported. If anybody > else can confirm that that is or isn't a problem, that would be nice too. > > David > > _______________________________________________ > hpoj-devel mailing list > hpo...@li... > http://lists.sourceforge.net/mailman/listinfo/hpoj-devel > -- Robert G. Brown http://www.phy.duke.edu/~rgb/ Duke University Dept. of Physics, Box 90305 Durham, N.C. 27708-0305 Phone: 1-919-660-2567 Fax: 919-660-2525 email:rg...@ph... |
|
From: Joe P. <joe...@sn...> - 2000-12-11 00:16:57
|
On Saturday 09 December 2000 21:31, David Paschal wrote: > Hi, > > I've checked into CVS all of the code changes that I needed to make and > that others have sent me, so I'm close to being ready to release 0.7. > > I would like to wait a few more days to see if we can resolve the problem > Robert reported about printing on 2.2.16-SMP, since 0.7 is supposed to fix > problems like this. If it turns out that upgrading to 2.2.17 fixes the > problem, then maybe I'll just document the issue and release if there isn't > an easy fix. My goal is to release this by next weekend if possible. > > In the meantime, it would be appreciated if some people could try out the > latest CVS source and let me know if there are any problems, particularly > with the new PRINT-HOWTO, xojpanel, or changes to the kernel-mode drivers. > Those who have already downloaded from CVS and applied patches may need to > delete the modified trees and download a fresh copy, because the "cvs > update" command may get confused when it's trying to merge updates into > locally modified files. For convenience I added links to the CVS homepage > (http://www.cvshome.org), where one can learn more about using CVS. > > I will also try to test with 2.4.0-test on a uniprocessor PC to see if I > can reproduce the slow-scan problem that was previously reported. If > anybody else can confirm that that is or isn't a problem, that would be > nice too. > > David David: I didn't have any problems with the build or install of the project from CVS. Printing still works ok. The PRINT-HOWTO looks as I expected it to. The xojpanel "start failures" still occur. I tried connecting the OfficeJet to the MB-based port instead of the IO card, but there was no improvement. Rebooting or reinserting the ieee12844 modules has no effect either. The cause of the problem seems to have been introduced after hpoj-0.5. As a test, I inserted the ieee12844 modules from the 0.5 release. The no-start problem then disappeared. In /var/log/messages (using debug=1), lines containing "Got device ID string" are definitely related to the problem. One such message occurs for each failure to execute. -- Joe |
