System :: Trying to get CUPS to work

Since you are required to have a empty directory, make sure you that you create your extension manually (that includes that empty dir) and that you do _not_ run the declobber script at all. Then converting it should be fine.

If it still doesn't work, then check if that tmp directory exists after loading the unc. If it's not there, maybe there's a bug?

In fact to avoid the declobber problem, I did the following:

Code Sample

# mkdir /var/spool/cups/temp
# touch /var/spool/cups/tmp/placeholder

and then put the file placeholder in the extension.

I was wondering if it was the cpu overhead of using a unc that caused the problem, although even the dsl version stops working after 30mins or so...

I think you meant "mkdir /var/spool/cups/tmp"?

Can you manually write to .../tmp after the unc in loaded? I seem to remember some problems with dirs...

For now (for the unc) you could just write a post mydsl-load script that does "mkdir -p /var/spool/cups/tmp" (and take out any other dirs related to that in the extension)

What do you mean by it "stops working" after a while... any errors/messages, or does it just abruptly stop working? Maybe try removing the temp dir and trying again?

I think we should clear up the doubts on what to do when one does need a empty directory in an extension, because if placing an empty "placeholder" file in it will become standard, perhaps adding it to the declobber script can account for empty directories. But this may be out of the topic's scope.

I'm back working on this again using later versions of cups/hplip and compiling all of the various dependencies (jpeg, openssl, net-snmp, etc) from scratch.

In contrast to my last attempts, cups now seems to work and carry on working (by "stops working" in the above, I meant that the cpu utilisation goes to 100% when trying to print and nothing prints) but hplip will not work.

Since hplip requires python in order to compile and run, I used Roberts python.uci extension (which loads to /opt/python) then symlinked the headers to /usr/include and added /opt/python/bin to the path - ./configure picked up the location of python (I checked the Makefile to confirm this) and the compile completed to /opt/hplip without errors.

When I try to use the various hplip functions (cups will print, but I need hplip for fax and scanning) like hp-probe, hp-levels, etc which are symlinks to *.py files I get the error "/usr/bin/env python: no such file or directory". Note that "env python" starts python without errors.

Using Google brought up all sorts of discussions about changing "#!/usr/bin/env python" in the first line of *.py files but I don't think this is the problem. Both /opt/python/bin and /opt/hplip/bin are in the path - does this need to be set globally in DSL maybe? I'm guessing that python cannot find the *.py files in /opt/hplip/share/hplip but if I cd to that directory it doesn't help.

Any suggestions would be welcome.

Quote

When I try to use the various hplip functions (cups will print, but I need hplip for fax and scanning) like hp-probe, hp-levels, etc which are symlinks to *.py files I get the error "/usr/bin/env python: no such file or directory". Note that "env python" starts python without errors.

might be started by another user or in another login environment... an "easier" way to fix this could be to put a symlink to python in /opt/bin (or /usr/bin if not in DSL 3.3+) instead of modifying PATH

Next Page...
original here.