[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#738440: cups: new version contains Ubuntu Bug #1019662



It was an adventure, but I finally made a new foomatic-rip.  It works!!

Along the way, I picked up:
rreitz@sheevaplug:~/cups-filters-1.0.43$ dpkg -l cups-filters
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                  Version         Architecture    Description
+++-=====================-===============-===============-===============================================
ii  cups-filters          1.0.44-2        armel           OpenPrinting CUPS Filters - Main Package

which does not work, but I guess you know that.

I look forward to 1.0.44-3.

Thanks,
Randy

On Feb 11, 2014, at 2:45 AM, Didier 'OdyX' Raboud <odyx@debian.org> wrote:

Le lundi, 10 février 2014, 23.34:23 Till Kamppeter a écrit :
I have fixed the problem upstream (BZR rev. 7159) now. I do not use
PATH+MAX any more for strings which are used to hold a command line.
Command lines have 65535 bytes now.

Please test and tell whether it solves the problem. If so, I will
release a new cups-filters version.

At least it doesn't cause obvious regressions for me.

Till: if you release a new version, can you include your fix for the
upstart job?

Randy: can you recompile cups-filters on your platform with the attached
patch and confirm that it works?

Cheers, OdyX<foomatic-rip_Do_not_use_PATH_MAX_for_the_length_of_strings_which_are_supposed_to_hold_a_command_line.patch>


Reply to: