Custom Query (204 matches)

Proxy is correctly configured in .wgetrc:

http_proxy = http://localhost:3128/
use_proxy = on

However, when retrieving with proxy enabled, the following (likely spurious) error is reported:

wget http://some-url-with-existing-file
pathconf: No such file or directory
--2017-01-27 15:58:26--  http://some-url-with-existing-file
Resolving localhost (localhost)... 127.0.0.1
Connecting to localhost (localhost)|127.0.0.1|:3128... connected.
Proxy request sent, awaiting response...

The download completes normally, apparently via the configured proxy.

The same .wgetrc configuration does not throw the error with my homegrown wget 1.14 static build from 2013.

The above occurs with:

wget-1.18-2.oc00.pentium4

SpliX is a set of CUPS printer drivers for SPL (Samsung Printer Language) printers.

From ​OpenPrinting:

Note that the original author of the driver, Aurelien Croc, doe not have time any more to do further development and maintenance on the driver. Currently user-supplied patches and fixes are applied by Till Kamppeter to the Subversion repository of the driver and there were no releases and web site updates in the last two years. If you are packaging the driver for a Linux distribution, it is highly recommended to use a Subversion snapshot and not the 2.0.0 release.

When printing from CUPS to a Samsung printer, SpliX is a requirement to get full, native support from such a device.

Suggested sources:

​https://gitlab.com/ScumCoder/splix

(includes patches added by third parties through February 5, 2015).

Sourceforge page (for reference):

​https://sourceforge.net/projects/splix/

Additional info:

While SpliX is GPL, it does utilize JBIG, which was patented by IBM, Mitsubishi, and AT&T. The last of those expired in the US in 2012. SpliX does not appear to utilize JBIG2, so it should be unencumbered by any remaining software patents.

Turns out that cups makefiles creates a lot of symlinks to executables (e.g. /@unixroot/usr/bin/driverless pointing to /@unixroot/usr/lib/cpus/driver/driverless) but they lack the .exe extension which makes these symlinks completely broken (i.e. the proper file for the above case is /@unixroot/usr/lib/cpus/driver/driverless.exe).

Please note that it's enough to only fix the link's target — the link itself doesn't need an .exe extension in order to work from under sh. It's even desirable that the link itself doesn't have an .exe extension — this will avoid recognising it as an executable by native OS/2 tools like CMD.EXE that don't support kLIBC symlinks so they will fail to execute it anyway.

So, in the above case the fix is to make /@unixroot/usr/bin/driverless point to /@unixroot/usr/lib/cpus/driver/driverless.exe, but no need to add .exe to the symlink itself.