>
>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 ;-)
Hi
I have difficulties to mount my home on novell server.
ncpmount works fine, Whats my Problem is the passwdfile=... option.
This doesn't work. I try the command:
incpmount -o passwdfile=/home/alex/.pw -A <server>...
.pw is
Server/al:password
but I get the error message:
ncpmount: Unknown user (0x89FC) in find_conn_spec.
When I try directly with the -P and -U options, all works fine, even in
fstab.
But I won't use it, since my password is clearly visible for everyone.
I don't know what to do next.
Any ideas??
Thanx
Al
Alain Knaff wrote:
> On Monday 28 March 2005 12:05, Paulo Ribeiro wrote:
>
>>Oui bien sur.
>>Il est aussi sur mon compte
>>/home/lilux/pool/CP_LILUX_20050329.sxw
>
>
> Je crois que j'ai compris ce qui se passe: la taille du papier!
>
> Je l'ai passé en A4 (plutôt que Letter), en créant un nouveau document
> A4, et en copier-collant l'existant dedans et maintenant ça marche
> bien dans gv, mais plus dans xpdf (pb de fontes?) :-(
>
> Qd a-t'il d'autres idées?
Le fichier que tu as attache marche bien sous ggv,xpdf,gpdf chez moi.
ggv.i386 2.8.0-1
gpdf.i386 2.8.2-4.2
xpdf.i386 1:3.00-10.4
...
Je le teste sous acrobat reader sous Windows et l'envoie vers 16h
Paulo
>
> Alain
>
These few lines to remind everyone that the next LiLux meeting
is tonight, exceptionally on a wednesday, with a presentation
about OpenOffice.org and it's interaction with a MySQL database
by Georges Schutz. The time, as ever, is 20h00.
Greetings, Eric
