Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

bleichmittel · 2009-11-12 19:46:37

I installed my Samsung ML-2010R some days ago. CUPS version is 1.4.2-1. Splix is 2.0.0-1.

After blacklisting lpusb installation worked fine. Also printing a testpage worked. Printing works for some documents, but there are some which won't (all were pdfs, but I mainly tested .pdfs). The document is sent to the printer (or at least it looks so), but nothing happens (sometimes the printer makes a short noise). When I go to http://localhost:631/printers/ it says "Frei - "Processing page 11..."" (while "frei" being German for "free", don't know, perhaps the corresponding status in English is idle). The page number changes depending on the document (but it is always the same page if I try to print the same document more times).

In the log-files I don't find anything useful (at least for me). Here is what I get, if I try to print one of these documents:

In page_log:

Samsung_ML-2010 106 johann [12/Nov/2009:20:25:24 +0100] 1 1 - localhost VO MMF.pdf A4 one-sided
Samsung_ML-2010 106 johann [12/Nov/2009:20:25:24 +0100] 2 1 - localhost VO MMF.pdf A4 one-sided
Samsung_ML-2010 106 johann [12/Nov/2009:20:25:25 +0100] 3 1 - localhost VO MMF.pdf A4 one-sided
Samsung_ML-2010 106 johann [12/Nov/2009:20:25:30 +0100] 4 1 - localhost VO MMF.pdf A4 one-sided
Samsung_ML-2010 106 johann [12/Nov/2009:20:25:31 +0100] 5 1 - localhost VO MMF.pdf A4 one-sided
Samsung_ML-2010 106 johann [12/Nov/2009:20:25:31 +0100] 6 1 - localhost VO MMF.pdf A4 one-sided
Samsung_ML-2010 106 johann [12/Nov/2009:20:25:32 +0100] 7 1 - localhost VO MMF.pdf A4 one-sided
Samsung_ML-2010 106 johann [12/Nov/2009:20:25:32 +0100] 8 1 - localhost VO MMF.pdf A4 one-sided
Samsung_ML-2010 106 johann [12/Nov/2009:20:25:33 +0100] 9 1 - localhost VO MMF.pdf A4 one-sided
Samsung_ML-2010 106 johann [12/Nov/2009:20:25:33 +0100] 10 1 - localhost VO MMF.pdf A4 one-sided

In access_log:

localhost - - [12/Nov/2009:20:25:23 +0100] "POST /printers/Samsung_ML-2010 HTTP/1.1" 200 441 Create-Job successful-ok
localhost - - [12/Nov/2009:20:25:23 +0100] "POST /printers/Samsung_ML-2010 HTTP/1.1" 200 17565828 Send-Document successful-ok

In error_log there is nothing.

Perhaps you could help me with further debugging. I'll try the proprietary Samsung driver in the meantime.

bleichmittel · 2009-11-12 21:39:23

After I did some testing, I figured out that it is probably Okular that doesn't work correctly.
Printing pdfs from Adobe Reader works while the same files won't work out of Okular. Printing also worked at my girlfriends Mac, which uses my shared printer over the network (for a file that didn't work in Okular).

With the Samsung-drivers I had issues, too. So I'll stick with splix.

EDIT: Doh! I was wrong, I had the same issue now from my girlfriends mac and from Adobe Reader.
So the problem seems to be on CUPS' side.

Last edited by bleichmittel (2009-11-12 22:39:08)

drcouzelis · 2009-11-28 16:47:25

Wow! I'm having what I think is the same problem. I'm using a Samsung ML-2510 with the splix driver. My printer also always seems to show the "Processing page..." comment, but it doesn't seem to have any negative effect.

I have been trying to find a fix / reason, especially this morning. I will reboot and try some more stuff. I'll let you know if I get it working.

I say "wow" because I didn't think doing a Google search would find anyone with a similar problem. Also it's kind of nice that it's another Arch Linux user.

bleichmittel · 2009-11-28 19:51:40

I also noticed that my printer is always showing "Processing page ...", but sometimes it prints the docs and sometimes it doesn't. Don't really know why or which documents. Does your printer actually print all documents?

"Processing page ..." usually shows a page number that is too high. For a 10-page doc it is "page 11", for 11 pages it would be "page 12". Can you confirm this?

Perhaps this is something related, but I guess not: http://www.cups.org/str.php?L3405+Qversion:1.4 At least the debugging procedure is described, so I'll probably do some testing/debugging and file a bug then. Although it still could be a splix problem too.

drcouzelis · 2009-11-30 17:15:17

I may have found a solution by downgrading CUPS. My printer worked perfectly with CUPS 1.3, so I decided to try installing the most recent version of CUPS in the 1.3 series. Apparently there were a lot of changes between versions 1.3 and 1.4. Here is what I did:

Stop the CUPS daemon. ("sudo /etc/rc.d/cups stop")

Uninstall the CUPS packages. ("pacman -R cups")

Make a backup copy of the CUPS config files, just in case. ("sudo mv /etc/cups /etc/cups.OLD")

Download all of the CUPS 1.3.11 PKGBUILD data by going to this website and clicking "Tarball". (near the center of the website) http://repos.archlinux.org/wsvn/package … ?rev=44879

Unzip the tarball and use "makepkg" to create the pacman package. For some reason the checksum check failed for the file "cups-1.3.11-source.tar.bz2". I wasn't really worried about the reason why, so I just calculated it myself by using the "md5sum" command and made the change to the PKGBUILD file.

Install the new cups 1.3.11 pacman package by using the "pacman -U" command.

Enable the "usblp" module. ("sudo modrobe usblp") Apparently this is not necessary for 1.4, but was necessary for 1.3. I use a USB connection for my printer, so I don't know what you need to do if you use something else. Also, if you have "usblp" blacklisted in "rc.conf" then you may want to un-blacklist it.

Start the CUPS (new! 1.3.11!) daemon. ("sudo /etc/rc.d/cups start")

Use the CUPS local "website" to add and configure the printer. http://localhost:631/ Bask in it's yellow tinted glory.

CUPS should be able to find the printer. For my Samsung ML-2510, I used the driver that is installed by the latest "splix" Arch package.

Printing a test page worked, the printer is recognized in all of my applications, and it no longer seems to leave that "Processing page ..." message.

Unfortunately, since my original bug was basically "sometimes somethings don't print", I can't really tell if this is a "fix" yet, because I don't have much to print right now. If you decide to try it out, please let me know if printing works better for you. Then we can decide whether or not to put this information in the Arch Wiki and to make a bug report for the CUPS developers. Thanks!

bleichmittel · 2009-12-01 17:04:28

Downgrading should of course work as my printer used to work flawlessly wit cups 1.3. But to me it doesn't seem to be a good solution, to stick with an older version. At least it is a possibility to make the printer work until this bug gets fixed.

bleichmittel · 2009-12-02 13:02:15

I filed a bug now: http://www.cups.org/str.php?L3437+Qversion:1.4

drcouzelis · 2009-12-02 18:35:56

First of all, I'm sorry, I think I meant to say "I may found a temporary solution".

It looks like the bug report was closed. I expected that to happen from the CUPS developers.

Last night I did some more tests using CUPS 1.4. My original problem involved using a driver from the "splix" package. I uninstalled it and used this package in AUR to install the drivers from Samsung: http://aur.archlinux.org/packages.php?ID=31764 (well, I actually made my own package, but whatever) Once again, the printer worked, but after printing a few pages, the printer would report that printing jobs were "completed" but nothing was printed. So, I confirmed that my printer has problems using the splix drivers and the Samsung drivers.

I wonder, where is the problem? (CUPS, splix, gedit...) How can I debug it? Who can I report it to?

The next thing that I will try is using the printer in Ubuntu. This morning I started downloading Karmic Koala which uses CUPS 1.4. When I get home from work I will put it on a CD, do a live boot, and see if my printer is detected and works.

By the way, I didn't realize your ML-2010 and my ML-2510 are the same, just different versions.

bleichmittel · 2009-12-02 19:59:29

Also filed the bug for splix: https://sourceforge.net/tracker/?func=d … tid=874746

Hm.. I don't think it's the printer because it already worked and obviously still works with cups 1.3.

Could be CUPS, or something needs to be changed in Splix because of the CUPS-upgrade. Are there any generic drivers in CUPS that could be used with our printer? Just for testing.

I never got to work the Samsung-printers properly, don't know for sure anymore, but I think that the ml-2010-drivers didn't work and i had to use ml-1710 or something. And those didn't work perfectly too.

drcouzelis · 2009-12-03 16:48:36

I did some more tests.

I ran Ubuntu 9.10 Karmic Koala live from the CD. It uses CUPS 1.4.1. It correctly detected and setup my printer. Printing worked perfectly: fast and reliable. I made a copy of the "/etc/cups" directory to look at later.

Back in Arch, I used ABS to create a custom PKGBUILD that downloaded the latest Ubunt CUPS patch and applied it before building the package. The patch was applied cleanly and the "cups" and "libcups" packages were created. I installed them. I tried various settings, including comparing the settings that were automatically setup from the live Ubuntu CD. The printer continued to misbehave.

So... maybe it really isn't the fault of CUPS.

EDIT: I take that back. I don't think I applied the patches correctly. I'm going to look into it more.

Last edited by drcouzelis (2009-12-03 17:09:44)

bleichmittel · 2009-12-03 23:26:18

I only recompiled splix, didn't help. But if it works under Ubuntu you (we) are getting closer

drcouzelis · 2009-12-04 15:39:38

EDIT: This didn't actually seem to fix the problem. :'(

Good news! I think the outstanding developers of Debian have a patch for our bug.

It involves recompiling CUPS, which in Arch means making new packages for "cups" and "libcups". I used the package build information for CUPS from ABS and created a new PKGBUILD. Here it is for reference:

pkgbase="cups"
pkgname=('libcups' 'cups')
pkgver=1.4.2
pkgrel=1
arch=('i686' 'x86_64')
license=('GPL')
url="http://www.cups.org/"
makedepends=('libtiff>=3.9.1' 'libpng>=1.2.39'  'acl' 'openslp' 'pam' 'xdg-utils' 'heimdal>=1.2.1-5' 'gnutls>=2.8.3' 'poppler>=0.10.7-2'
             'xinetd' 'gzip' 'autoconf' 'php' 'libusb' 'dbus-glib' 'avahi'  'hicolor-icon-theme' 'patch')
source=(ftp://ftp.easysw.com/pub/cups/${pkgver}/cups-${pkgver}-source.tar.bz2
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/confdirperms.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/default_log_settings.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/dnssd-avahi.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/do-not-broadcast-with-hostnames.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/dynamic-default-ripcache-size.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/log-debug-history-nearly-unlimited.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/logfiles_adm_readable.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/pidfile.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/poppler-based-pdftops-fixes.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/ppd-poll-with-client-conf.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/ppdc-dynamic-linking.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/printer-filtering.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/quiesce-bonjour-warning.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/reactivate_recommended_driver.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/read-embedded-options-from-incoming-postscript-and-add-to-ipp-attrs.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/removecvstag.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/rootbackends-worldreadable.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/select_use_after_free.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/show-compile-command-lines.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/ubuntu-default-error-policy-retry-job.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/ubuntu-disable-browsing.dpatch
        http://patch-tracker.debian.org/patch/series/dl/cups/1.4.2-4/usb-backend-both-usblp-and-libusb.dpatch
        cups 
        cups.logrotate 
        cups.pam)
options=('!emptydirs')
md5sums=('d95e2d588e3d36e563027a963b117b1b'
         '3ec4a323bfb2fb1f2f4803acaaa9a99d'
         'b139625dcc54058a8ce7311f80d14ed5'
         '8fef21a4691de602d0ce3abe06c727e5'
         'f3dc31da89a90c85462b501a1ef05484'
         '3001462cb25772fd33cf437e501e52a6'
         '6f83bf175fde6a11b26ff1e585383cc9'
         '59666bc716e34b61614bbe0cee388c92'
         '81d35f73f56c709baac655ad24f1e10e'
         '531b865d9a6fb02b2ddb29432b7238a1'
         '25fa0289a46e613ab9f66b0b768e6e6b'
         'e15d8fa01e657c387fdc9745a8ca4a98'
         '6167d4a574f243888a5fba8132c747c4'
         'd9b197a942308c22b42d2113063ee0c1'
         'd6a229f40ff14c88d07db58c036c9fcc'
         'd617f77aa89572464b32575e2caa8773'
         '0fe2d8fa6eceeb6e52bac74eaf631a5d'
         '1824bee0db35a4edcf56af5c928d8a80'
         '38db9c9b997d2a768d89d900d131af47'
         '6a4e46310b0e84230184715804f0b8c3'
         'ad8634485cab37fbd81f56ada7ba55f5'
         'a4b34f2843641bfe0856037581a34dd0'
         '7c5053b96481e14879d4f5ea2a0c660b'
         '5c85b7d8d2ddd02c2c64955cebbf55ea'
         'f861b18f4446c43918c8643dcbbd7f6d'
         '96f82c38f3f540b53f3e5144900acf17')

build() {
  cd ${srcdir}/${pkgbase}-${pkgver}
  # Apply Debian patches
  patch -p1 < ../confdirperms.dpatch
  patch -p1 < ../default_log_settings.dpatch
  patch -p1 < ../dnssd-avahi.dpatch
  patch -p1 < ../do-not-broadcast-with-hostnames.dpatch
  patch -p1 < ../dynamic-default-ripcache-size.dpatch
  patch -p1 < ../log-debug-history-nearly-unlimited.dpatch
  patch -p1 < ../logfiles_adm_readable.dpatch
  patch -p1 < ../pidfile.dpatch
  patch -p1 < ../poppler-based-pdftops-fixes.dpatch
  patch -p1 < ../ppd-poll-with-client-conf.dpatch
  patch -p1 < ../ppdc-dynamic-linking.dpatch
  patch -p1 < ../printer-filtering.dpatch
  patch -p1 < ../quiesce-bonjour-warning.dpatch
  patch -p1 < ../reactivate_recommended_driver.dpatch
  patch -p1 < ../read-embedded-options-from-incoming-postscript-and-add-to-ipp-attrs.dpatch
  patch -p1 < ../removecvstag.dpatch
  patch -p1 < ../rootbackends-worldreadable.dpatch
  patch -p1 < ../select_use_after_free.dpatch
  patch -p1 < ../show-compile-command-lines.dpatch
  patch -p1 < ../ubuntu-default-error-policy-retry-job.dpatch
  patch -p1 < ../ubuntu-disable-browsing.dpatch
  patch -p1 < ../usb-backend-both-usblp-and-libusb.dpatch
  # Rebuild configure script for --enable-avahi.
  aclocal -I config-scripts
  autoconf -I config-scripts
  ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var \
     --with-logdir=/var/log/cups -with-docdir=/usr/share/cups/doc \
     --with-cups-user=daemon --with-cups-group=lp --enable-pam=yes \
     --disable-ldap --libdir=/usr/lib --enable-raw-printing \
     --enable-dbus --with-dbusdir=/etc/dbus-1 --enable-ssl=yes --enable-gnutls \
     --with-php=/usr/bin/php-cgi --with-pdftops=pdftops --with-optim="$CFLAGS"
  make || return 1
}

package_libcups() {
pkgdesc="The CUPS Printing System - client libraries and headers"
depends=('gnutls>=2.8.3' 'libtiff>=3.9.1' 'libpng>=1.2.39' 'heimdal>=1.2.1-5')


  cd ${srcdir}/${pkgbase}-${pkgver}
  make BUILDROOT=${pkgdir} install-headers install-libs || return 1
  # put this into the libs pkg to make other software find the libs(no pkg-config file included)
  mkdir -p ${pkgdir}/usr/bin
  install -m755 ${srcdir}/${pkgbase}-${pkgver}/cups-config ${pkgdir}/usr/bin/cups-config
}

package_cups() {
pkgdesc="The CUPS Printing System - deamon package"
install=cups.install
backup=(etc/cups/cupsd.conf
        etc/cups/mime.convs
        etc/cups/mime.types
        etc/cups/snmp.conf
        etc/dbus-1/system.d/cups.conf
        etc/logrotate.d/cups
        etc/pam.d/cups
        etc/xinetd.d/cups-lpd)
depends=('acl' 'openslp' 'pam' "libcups>=${pkgver}" 'xdg-utils' 'heimdal>=1.2.1-5' 'gnutls>=2.8.3' 'poppler>=0.10.7-2' 
         'libusb' 'dbus-glib' 'avahi' 'hicolor-icon-theme')
optdepends=('php: for included phpcups.so module')

  cd ${srcdir}/${pkgbase}-${pkgver}
  make BUILDROOT=${pkgdir} install-data install-exec || return 1

  # this one we ship in the libcups pkg
  rm -f ${pkgdir}/usr/bin/cups-config

  # kill the sysv stuff
  rm -rf ${pkgdir}/etc/rc*.d
  rm -rf ${pkgdir}/etc/init.d
  install -D -m755 ../cups ${pkgdir}/etc/rc.d/cups
  install -D -m644 ../cups.logrotate ${pkgdir}/etc/logrotate.d/cups
  install -D -m644 ../cups.pam ${pkgdir}/etc/pam.d/cups
  
  # fix perms on /var/spool and /etc
  chmod 755 ${pkgdir}/var/spool
  chmod 755 ${pkgdir}/etc

  # fix .desktop file
  sed -i 's|^Exec=htmlview http://localhost:631/|Exec=xdg-open http://localhost:631/|g' ${pkgdir}/usr/share/applications/cups.desktop
  
  # compress some driver files, adopted from Fedora
  find ${pkgdir}/usr/share/cups/model -name "*.ppd" | xargs gzip -n9f
}

This makes new versions of the packages "cups" and "libcups". I installed them and my printer is behaving very well. The Debian/Ubuntu developers work miracles.

If you could try it, to see if it fixes your printer problems too, that would be great.

Here is where I got the patches from. http://patch-tracker.debian.org/package/cups/1.4.2-4 I applied almost all of them. I excluded the "drop unnecessary dependencies" patch because it brought compiler errors with the default Arch CUPS PKGBUILD, and also excluded the "man page" and "manual" patches. I think the only patch you and I actually need is the "usb-backend-both-usblp-and-libusb" patch, but I'm not really in the mood to try applying only that one, since it seems to be working fine now. I decided to ignore applying the Ubuntu CUPS patches, because they mostly seem to be simply patches to the way CUPS is installed. Anyway, I hope these patches are moved upstream soon!

If we have good results from this PKGBUILD, I think I will upload it to AUR. It will be my first AUR package.

Last edited by drcouzelis (2009-12-07 15:46:29)

iggy · 2009-12-06 11:02:17

ml-2010R works great here. there was an update of cups and splix yesterday. make sure the usblp module is not loaded. delete the printer and set it up again. should work!

bleichmittel · 2009-12-07 14:22:57

I compiled your packages and installed them.. Don't know. The printer still shows the "Processing page ..." message with the too high page numbers. Doesn't yours always show "Processing page" anymore?

Printing worked so far, but I didn't test a lot, so that doesn't really mean a thing.

drcouzelis · 2009-12-07 15:45:32

You know, after I read your message, I tried it again. The "Processing page" message still appeared and the printer stopped working after 2 print jobs. :'(

I'm sorry, I think I have to stop working on this problem. I'm spending too much time on it, and my wife is unhappy with the amount of paper and toner I am using. I will be using the CUPS 3.11 workaround for now.

I haven't had a chance to try the recent 12/5 update to CUPS. I guess it's not in my repositories yet. So, I don't know if that makes a difference.

bleichmittel · 2009-12-08 13:08:51

I went back to 1.3.11, too. I will just wait for a while, hopefully this will get fixed soon.

There were more people having trouble with USB-Printers. After one or a few documents the printer hangs, which could have been our problem, too:
http://bugs.archlinux.org/task/16107
http://bugs.archlinux.org/task/15998

Perhaps with the new udev and kernel packages in testing those problems will be solved? I'll just stick with the working cups 1.3.11 and usblp for the moment and return to 1.4 later.

awagner · 2009-12-11 08:24:33

I think in my case your PKGBUILD worked with (1.4.2-2 and) these patches:

  patch -p1 < ../confdirperms.dpatch
  patch -p1 < ../default_log_settings.dpatch
  patch -p1 < ../logfiles_adm_readable.dpatch
  patch -p1 < ../pidfile.dpatch
  patch -p1 < ../usb-backend-both-usblp-and-libusb.dpatch

I still have to verify that my printer doesn't hang on many subsequent prints, but I think it has printed 4 already... I'll keep you updated.
But the reason I'm posting it is: I am not using a Samsung or Splix printer/driver, but a HP LJ 5L, connected over a USB-parallel adapter (067b:2305 Prolific Technology, Inc. PL2305 Parallel Port). This hung after the first print with regular Arch cups (and usblp blacklisted); now I have usblp loaded and it seems to work with the patches... Thanks for providing the PKGBUILD, I couldn't have done this if it weren't for this starting point.

Andreas

blackman · 2009-12-28 18:27:06

I have the same problem too, using a samsung ml-1710, splix2 and the new cups. I have still no solution, I will try tonight to downgrade but I am really sad about this...
I will follow this thread!
Fede

drcouzelis · 2009-12-28 18:59:13

I'm sorry, my original steps for downgrading to CUPS 1.3 don't work for me anymore. When I try to use 1.3, the "cups" daemon fails to start. So, I just want to let you know, I can't get CUPS 1.3 to work with an updated Arch installation.

I can't remember what I have installed right now. It is either CUPS 1.4 from the Arch repositories or CUPS 1.4 with my custom PKGBUILD. My printer does print, but I don't know if it will still fail after a couple of print jobs.

Have you tried using the PKGBUILD I made in post #12 of this thread?

Last edited by drcouzelis (2009-12-28 18:59:28)

blackman · 2009-12-28 19:43:17

I have just finished to follow your installation step for building the 1.3 cups and looks like working, my archlinux was already updated.
I have tried tons of configuration with the 1.4 system but for me it's something about archlinux, also because this is the only forum I have found for someting about our problem...
Usually the problem I have are two: the first is that I have always something like "waiting for page 2" (now I can't remember correctly), the second is that if the printer is able to print, most of the time I have to print twice.
Restarting cups every time helps me to print...

Now I am going to try again the 1.3.11 ...
Thanks, Fede

olive · 2010-01-02 14:01:14

I own a Samsung ML-1610 printer and I use the Samsnung proprietary driver (rastertosamsungspl and ML-1610spl2.ppd). I have had similar problem with cups 1.4.xx Sometimes it prints, sometimes not, sometimes only one page, sometimes I must restart the printer; briefly it is completely unreliable. I downgraded to cups 1.3.10 (I recompiled it from the build script for archlinux, using svn to get an older version); which works perfectly fine. I do not think the problem comes from the driver. This driver only convert a postscript file in a form that is to be understood by the printer and is called from cups with command line arguments. All cups do with this driver is to call it with suitable command line arguments and send the result to the printer. I presume the way command lines arguments are passed from cups have not changed (otherwise it won't works at all, for all drivers). Moreover I see that people have similar problem with splix driver. My guess is that the communication to the printer is buggy (maybe due to the fact that cups 1.4 does not use lpusb anymore but its own buggy driver).

Last edited by olive (2010-01-02 14:07:30)

coby · 2010-01-06 16:20:04

My Samsung ML-2010R doesn't work with cups 1.4.x for me too.

But I think I've got a Solution to get it work.
You have to install cups 1.4.2, splix 2.0.0-2 and hal-cups-utils.
Don't blacklist the usblp module or load it with "modprobe usblp".
The cups webinterface won't detect your printer automatic but now it should be listed if you click "Add a Printer". Thanks hal backend.

Additionaly I did a "chmod 700 /usr/lib/cups/backend/hal" and "chmod 700 /usr/lib/cups/backend/usb" because I got some access errors while printing.

Now it seems to work for me without any problems.

coby

Last edited by coby (2010-01-06 16:26:24)

Rabauke · 2010-01-07 14:17:44

coby wrote:

My Samsung ML-2010R doesn't work with cups 1.4.x for me too.
But I think I've got a Solution to get it work.
You have to install cups 1.4.2, splix 2.0.0-2 and hal-cups-utils.
Don't blacklist the usblp module or load it with "modprobe usblp".

This worked for me, too. modprobe usblp, install hal-cups-utils, remove any existing printer, add printer via "cups recognition".

bleichmittel · 2010-01-08 13:06:10

This seems to work for me too.
I'm saying "seems" because I don't have the time for in-depth testing at the moment.

ralvez · 2010-01-08 13:40:25

I just noticed this thread. I have a Samsung ML-2510 and it's working fine but I have not used the same install method as you guys.
Here is what I do:

1. Make sure that cups and sane packages are installed. (pacman cups sane )
2. Copy the ML-2510spl2.ppd file to /usr/share/cups/model ( cp path_to_file/ML-2510spl2.ppd /usr/share/cups/model/ML-2510spl2.ppd)
3. Copy the contents of the 'filter' folder into /usr/lib/cups/filter (cp path_to_folder/filter/* /usr/lib/cups/filter/)
3A. You are coping files from a CD so make sure you set the permissions right. Should be 755
4. Add cups to the daemons line in /etc/rc.conf
5. Use cups (localhost:631) to set up printer in my machine
Done !

IMPORTANT: In the rare event that we need to troubleshoot the best help is tail -f /var/log/cups/error_log

Now, when you got your printers you received a CD that has the *.ppd and the folder named Linux. In there go to the i386 sub-directory and locate the filter folder under cups (you will need it).
Then go to "noarch" and find the *.ppd for your model and you are good to install.

Hope this helps.

R.

Arch Linux

#1 2009-11-12 19:46:37

Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#2 2009-11-12 21:39:23

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#3 2009-11-28 16:47:25

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#4 2009-11-28 19:51:40

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#5 2009-11-30 17:15:17

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#6 2009-12-01 17:04:28

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#7 2009-12-02 13:02:15

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#8 2009-12-02 18:35:56

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#9 2009-12-02 19:59:29

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#10 2009-12-03 16:48:36

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#11 2009-12-03 23:26:18

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#12 2009-12-04 15:39:38

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#13 2009-12-06 11:02:17

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#14 2009-12-07 14:22:57

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#15 2009-12-07 15:45:32

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#16 2009-12-08 13:08:51

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#17 2009-12-11 08:24:33

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#18 2009-12-28 18:27:06

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#19 2009-12-28 18:59:13

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#20 2009-12-28 19:43:17

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#21 2010-01-02 14:01:14

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#22 2010-01-06 16:20:04

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#23 2010-01-07 14:17:44

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#24 2010-01-08 13:06:10

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

#25 2010-01-08 13:40:25

Re: Printing doesn't work for some docs (CUPS 1.4, Samsung ML-2010, Splix)

Board footer