I am not sure how many Slackware users are subscribed to this list, but
just in case, I have created a detailled instruction list to do the above.
Please feel free to give me feedback.
http://www.homepages.lu/pu/slackupgrade-10.1.pdf (120k)
Simon Erlich wrote:
>I need personal help at my place here in Luxembourg.
>
>Thank you in advance.
>
>Simon Erlich.
>
>
Maybe you could tell us some more.
What the problem is and where you live might help.
Thierry
>
>Hello Kymon,
>
>well, I'm working in a company which uses only printservers for printing
>and sometimes you can have very strange problems with them.
>
>First, you can use network lpd printing even from Windows XP. If you want
>to know how, you can ask.
>
>Second, as I know, the printserver should always forward every print job
>directly to the printer. So you should not be limited to 64k print jobs,
>but either to 8 MB print jobs. Because the 64k cache should be only for
>caching the stream flow.
>
>Which printer driver do you use on linux? (this could be one reason for
>your problems)
>Which printer do you have.
>Which router (incl. print server) do you have?
>
>Another problem could be also that the print server has bugs and does not
>support the LPD protocol correctly, so look out for firmware updates.
>Warning: I am not responsible in hardware failures due to firmware
>updating, be sure that you know what you do. You could destroy your
>router/printserver with an fw update.
>
>Another solution would be to buy a separatly print server for USB or
>parallel port (for about 65 euros).
>
>Regards,
>Michel Kohl
>
>At 20:01 08.04.2005, Kymon MacDaire wrote:
> >greetings,
> >
> >my printer is hooked up to a router/printserver combo that supports LPD,
> >so i set up linux to use network lpd printing. unfortunately the
> >printserver is very slow, and seems to be unable to transmit some
> >documents properly to the printer. the reason seems to be the following,
> >stated on the manufacturer's webpage: "The Print Server Buffer, is only
> >64K, so large print jobs are nearly always not executed correctly or at
> all.".
> >is there any hope for a workaround?
> >maybe either by:
> >- letting the linux box do the processing before sending the print job to
> >the printserver.
> >- convincing the printserver to let the printer do the processing, which
> >is probably better suited to do the job with 8MB of memory.
> >
> >best regards,
> >
> >kymon
> >_______________________________________________
> >Lilux-help mailing list
> >Lilux-help(a)lilux.lu
> >http://lilux.lu/mailman/listinfo/lilux-help
greetings,
my printer is hooked up to a router/printserver combo that supports LPD,
so i set up linux to use network lpd printing. unfortunately the
printserver is very slow, and seems to be unable to transmit some
documents properly to the printer. the reason seems to be the
following, stated on the manufacturer's webpage: "The Print Server
Buffer, is only 64K, so large print jobs are nearly always not executed
correctly or at all.".
is there any hope for a workaround?
maybe either by:
- letting the linux box do the processing before sending the print job
to the printserver.
- convincing the printserver to let the printer do the processing, which
is probably better suited to do the job with 8MB of memory.
best regards,
kymon
Hi,
as Slackware seems to be on the decline, I am currently looking for
alternatives to consider in case Slackware stops existing altogether.
Gentoo comes very close to a lot of my criteria: excellent security
information, excellent documentation, an active community, support for
several processors and a large central software repository featuring not
only the latest version but also older, perhaps more stable versions.
My main concern is the source-based approach. I developed an allergy
towards source-based software installation when compiling KDE 3.2 for
FreeBSD, and I expect Gentoo to be no better in that respect. I know
that a stage-3 install will save me from compiling anything but the
kernel at first, but an upgrade will certainly involve hours of waiting
for make and portage to finish. No more "oh, wait, I'll just install
this program and then we may go on".
So what's the use? It appears that Gentoo is not noticeably faster than
other distros. One advantage of the source-based approach is certainy
the ability to configure each soft, if you wish to, perhaps yielding in
smaller and maybe more secure binaries. But then again, disk space is
cheap and having to have a C compiler on a production machine is not
always a security advantage either.
Hence, my questions:
-1- Does anybody use Gentoo, and what is their experience?
-2- Has anybody really a punchy argument why source-based software
installation is useful?
Regards,
-pu
> check the server/login/password seperation character are they right,
> maybe man ncpmount can be useful ...
Now it works. I have to give my username in fstab and in the passwordfile
also.
RTFM doesn't show it clearly. :-(
Hi,
I've lately been thinking about adding a PCI (< 2.2) SATA Controller
to one of my current machines (5 year old Athlon 800 on a VIA KT133
board), for future use as a fileserver (relegated to some place where
the noise won't disturb anyone). Of course I'd add in something like
2-4 large (> 200GB apiece) SATA disks for that task.
The boot drive would remain on the current SCSI-based setup, so there
won't be any issues with bootability from that new drive system.
Obviously, that thing must be able to work with Linux, using free
drivers. I don't necessarily need RAID functionality, as that can
be covered by software RAID. I *do* want that tagged command queueing
functionality, which is still only optional in SATA (unlike SCSI), but
which makes all the difference in performance for concurrent access to
the disks.
So, can anyone recommend any specific products, preferrably not
overly expensive, but reliable ones?
TIA, Eric
P.S. No, I'm not going to shell out big ¤¤¤ on huge SCSI drives ;-)
