CUPS update from 1.3.x to 1.4.x: Cache gets corrupted and leads to error 'client-error-document-format-not-supported'

Bug #420490 reported by Richard Garvin
26
This bug affects 6 people
Affects Status Importance Assigned to Milestone
cups (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

9.10 Karmic upgraded Aug 28th 2009 from 9.04There was an error during the CUPS operation: 'client-error-document-format-not-supported'There was an error during the CUPS operation: 'client-error-document-format-not-supported'

2.27.91

2.6.28-15-generic

4.4.1 (x86_64-linux-gnu)
unknown (27 August 2009 04:29:11PM)

Revision history for this message
Nicola Ferralis (feranick) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug did not have a package associated with it, which is important for ensuring that it gets looked at by the proper developers. You can learn more about finding the right package at https://wiki.ubuntu.com/Bugs/FindRightPackage. I have classified this bug as a bug in xserver-xorg-video-intel.

affects: ubuntu → xserver-xorg-video-intel (Ubuntu)
Revision history for this message
Nicola Ferralis (feranick) wrote :

Sorry, I meant to assign this bug as a CUPS related bug.

affects: xserver-xorg-video-intel (Ubuntu) → cups (Ubuntu)
Revision history for this message
Pascal De Vuyst (pascal-devuyst) wrote :

Thanks for your bug report.
Please run the following command on a terminal to provide some usefull printing related information:
apport-collect -p cups 420490
Also provide your cups error log as described here: https://wiki.ubuntu.com/DebuggingPrintingProblems#CUPS%20error_log

Changed in cups (Ubuntu):
status: New → Incomplete
Revision history for this message
Sebastian Castro (sebastian-castro) wrote :

After upgrading from 9.04 to 9.10 I got the same error with any printer that was working previous to the upgrade.
I proceeded to run the apport-collect to provide information about the error and enabled the debugging of cups. Find attached a copy of my error_log file. After some googling, I found a possible reason why cups will give that error message is when it's unable to handle the mime type of the file. On my case, I've been trying to print postscript files (application/postscript) which have an entry on my /etc/cups/mime.*

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Can you post the output of the following shell commands here:

ls -l /usr/share/cups/mime/*.types
ls -l /etc/cups/*.types
ls -l /usr/share/cups/mime/*.convs
ls -l /etc/cups/*.convs

If there are files of the same name in both /usr/share/cups/mime/ and /etc/cups/, attach them here and then remove them in /etc/cups/ ("sudo rm ...") and restart CUPS ("sudo /etc/init.d/cups restart").

Does this solve your problem?

Revision history for this message
Sebastian Castro (sebastian-castro) wrote :

secastro@klendathu:~$ ls -l /usr/share/cups/mime/*.types
-rw-r--r-- 1 root root 1077 2009-08-14 21:37 /usr/share/cups/mime/command.types
-rw-r--r-- 1 root root 127 2009-09-06 23:51 /usr/share/cups/mime/imagetopdf.types
-rw-r--r-- 1 root root 6707 2009-09-06 23:51 /usr/share/cups/mime/mime.types
-rw-r--r-- 1 root root 88 2009-09-06 23:47 /usr/share/cups/mime/oopstops.types
-rw-r--r-- 1 root root 25 2009-09-06 23:51 /usr/share/cups/mime/pdf.types
secastro@klendathu:~$ ls -l /etc/cups/*.types
-rw-r--r-- 1 root root 6184 2009-04-17 21:19 /etc/cups/mime.types
-rw-r--r-- 1 root root 88 2009-04-17 21:17 /etc/cups/oopstops.types
-rw-r--r-- 1 root root 211 2009-04-21 02:11 /etc/cups/raw.types

secastro@klendathu:~$ ls -l /usr/share/cups/mime/*.convs
-rw-r--r-- 1 root root 70 2009-09-06 23:47 /usr/share/cups/mime/cpdftocps.convs
-rw-r--r-- 1 root root 943 2009-09-06 23:51 /usr/share/cups/mime/imagetopdf.convs
-rw-r--r-- 1 root root 4351 2009-09-06 23:51 /usr/share/cups/mime/mime.convs
-rw-r--r-- 1 root root 60 2009-09-06 23:47 /usr/share/cups/mime/oopstops.convs
-rw-r--r-- 1 root root 146 2009-09-06 23:51 /usr/share/cups/mime/pdftopdf.convs
-rw-r--r-- 1 root root 1339 2009-08-02 05:49 /usr/share/cups/mime/pdftoraster.convs
-rw-r--r-- 1 root root 50 2009-09-06 23:47 /usr/share/cups/mime/pstopdf.convs
-rw-r--r-- 1 root root 946 2009-08-02 05:49 /usr/share/cups/mime/pstoraster.convs
-rw-r--r-- 1 root root 203 2009-09-06 23:47 /usr/share/cups/mime/text.convs
-rw-r--r-- 1 root root 279 2009-09-06 23:51 /usr/share/cups/mime/texttopdf.convs
secastro@klendathu:~$ ls -l /etc/cups/*.convs
-rw-r--r-- 1 root root 4410 2009-04-17 21:20 /etc/cups/mime.convs
-rw-r--r-- 1 root root 60 2009-04-17 21:17 /etc/cups/oopstops.convs
-rw-r--r-- 1 root root 50 2009-04-17 21:17 /etc/cups/pstopdf.convs
-rw-r--r-- 1 root root 240 2009-04-21 02:11 /etc/cups/raw.convs

Proceed to save the repeated files on a tar file (attached), delete those files and restart. The logs indicate the same message: Print-Job client-error-document-format-not-supported.

Revision history for this message
Jemand (jemand) wrote : apport-collect data

Architecture: amd64
DistroRelease: Ubuntu 9.04
Lpstat:
 Gerät für CLP-300: usb://Samsung/CLP-300
 Gerät für CLP600N: http://192.168.178.27:631/ipp/
 Gerät für DESKJET-995C: hp:/usb/deskjet_995c?serial=MY19F1C0F80L
 Gerät für name: socket://fritz.box
 Gerät für Samsung_CLP-300: hal:///org/freedesktop/Hal/devices/usb_device_4e8_3272_3H69BAIP812903E__if0_printer_noserial
Lsusb:
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 003 Device 002: ID 046d:c526 Logitech, Inc.
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 002 Device 002: ID 099a:610c Zippy Technology Corp. EL-610 Super Mini Electron luminescent Keyboard
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: Acer, inc. Ferrari 4000
Package: cups 1.3.9-17ubuntu3.2
PackageArchitecture: amd64
Papersize: a4
PpdFiles:
 Samsung_CLP-300: Samsung CLP-300 Foomatic/foo2qpdl (recommended)
 DESKJET-995C: HP Deskjet 995c Foomatic/hpijs, hpijs 2.8.7
 CLP600N: Samsung CLP-600 Foomatic/foo2qpdl (recommended)
 CLP-300: Samsung CLP-300 Foomatic/foo2qpdl (recommended)
ProcCmdLine: root=UUID=42a2d176-96cf-488e-a35c-8fdaec8eb0f6 ro quiet splash
ProcEnviron:
 SHELL=/bin/bash
 LANG=de_DE.UTF-8
 LANGUAGE=de_DE:de:en_GB:en
ProcVersionSignature: Ubuntu 2.6.28-15.52-generic
Uname: Linux 2.6.28-15-generic x86_64
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

Revision history for this message
Pascal De Vuyst (pascal-devuyst) wrote : Re: There was an error during the CUPS operation: 'client-error-document-format-not-supported'

garvinrick4,
do you still have this problem?

Revision history for this message
Richard Garvin (garvinrick4) wrote : Re: [Bug 420490] Re: There was an error during the CUPS operation: 'client-error-document-format-not-supported'

No bug was fixed around Alpha 5.

-----Original Message-----
From: Pascal De Vuyst <email address hidden>
To: <email address hidden>
Sent: Sun, Sep 13, 2009 3:53 am
Subject: [Bug 420490] Re: There was an error during the CUPS operation: 'client-error-document-format-not-supported'

garvinrick4,
do you still have this problem?

--
There was an error during the CUPS operation: 'client-error-document-format-not-supported'
https://bugs.launchpad.net/bugs/420490
You received this bug notification because you are a direct subscriber
of the bug.

Status in “cups” package in Ubuntu: Incomplete

Bug description:
9.10 Karmic upgraded Aug 28th 2009 from 9.04There was an error during the CUPS
operation: 'client-error-document-format-not-supported'There was an error during
the CUPS operation: 'client-error-document-format-not-supported'

2.27.91

2.6.28-15-generic

4.4.1 (x86_64-linux-gnu)
unknown (27 August 2009 04:29:11PM)

Revision history for this message
Pascal De Vuyst (pascal-devuyst) wrote : Re: There was an error during the CUPS operation: 'client-error-document-format-not-supported'

> I proceeded to run the apport-collect to provide information about the error

Sebastian,
The apport-collect information did not get attached to this bug report please run the following command on a terminal:
apport-collect -p cups 420490

Revision history for this message
Sebastian Castro (sebastian-castro) wrote :

Pascal:
How do i check the apport-collect actually uploaded the information? After running

secastro@klendathu:~$ apport-collect -p cups 420490
Logging into Launchpad... You have to allow "Change anything" privileges.
Downloading bug information...
Bug title: There was an error during the CUPS operation: 'client-error-document-format-not-supported'
Collecting apport information for source package cups...
No additional information collected.

I see no attachment on this bug report with the info.

Revision history for this message
Jan David Mol (jjdmol) wrote :

I have the same problem after switching to Karmic, and apport-collect does not want to collect any info either.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Jan David Mol, please follow the instructions in my comment #5:

https://bugs.launchpad.net/ubuntu/+source/cups/+bug/420490/comments/5

Revision history for this message
Jan David Mol (jjdmol) wrote :

removed /etc/cups/*.types /etc/cups/*.convs and restarted cups, but no change. Added my error_log as well to be sure, restarted cups @ 15:30 in the log.

(ls -l /usr/share/cups/mime/*.types
ls -l /etc/cups/*.types
ls -l /usr/share/cups/mime/*.convs
ls -l /etc/cups/*.convs)
-rw-r--r-- 1 root root 1077 2009-09-18 15:24 /usr/share/cups/mime/command.types
-rw-r--r-- 1 root root 127 2009-10-02 17:22 /usr/share/cups/mime/imagetopdf.types
-rw-r--r-- 1 root root 6705 2009-10-02 17:22 /usr/share/cups/mime/mime.types
-rw-r--r-- 1 root root 88 2009-10-02 17:19 /usr/share/cups/mime/oopstops.types
-rw-r--r-- 1 root root 25 2009-10-02 17:22 /usr/share/cups/mime/pdf.types
-rw-r--r-- 1 root root 6184 2008-10-20 08:59 /etc/cups/mime.types
-rw-r--r-- 1 root root 88 2008-10-20 08:56 /etc/cups/oopstops.types
-rw-r--r-- 1 root root 211 2008-10-29 22:19 /etc/cups/raw.types
-rw-r--r-- 1 root root 70 2009-10-02 17:19 /usr/share/cups/mime/cpdftocps.convs
-rw-r--r-- 1 root root 943 2009-10-02 17:22 /usr/share/cups/mime/imagetopdf.convs
-rw-r--r-- 1 root root 4351 2009-10-02 17:22 /usr/share/cups/mime/mime.convs
-rw-r--r-- 1 root root 60 2009-10-02 17:19 /usr/share/cups/mime/oopstops.convs
-rw-r--r-- 1 root root 146 2009-10-02 17:22 /usr/share/cups/mime/pdftopdf.convs
-rw-r--r-- 1 root root 1339 2009-09-18 16:57 /usr/share/cups/mime/pdftoraster.convs
-rw-r--r-- 1 root root 50 2009-10-02 17:19 /usr/share/cups/mime/pstopdf.convs
-rw-r--r-- 1 root root 946 2009-09-18 16:57 /usr/share/cups/mime/pstoraster.convs
-rw-r--r-- 1 root root 203 2009-10-02 17:19 /usr/share/cups/mime/text.convs
-rw-r--r-- 1 root root 279 2009-10-02 17:22 /usr/share/cups/mime/texttopdf.convs
-rw-r--r-- 1 root root 4410 2008-10-20 08:59 /etc/cups/mime.convs
-rw-r--r-- 1 root root 60 2008-10-20 08:56 /etc/cups/oopstops.convs
-rw-r--r-- 1 root root 50 2008-10-20 08:56 /etc/cups/pstopdf.convs
-rw-r--r-- 1 root root 240 2008-10-29 22:19 /etc/cups/raw.convs

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Is the package ghostscript-cups installed on your system? Check with the command

dpkg -l ghostscript-cups | cat

If not, install it with

sudo apt-get install ghostscript-cups

Can you do the following:

Run the commands:

sudo apt-get update
sudo apt-get dist-upgrade

Accept the system update and wait for it to complete. Does this solve your problem?

If not, run the commands:

sudo apt-get install --reinstall ghostscript-cups
sudo /etc/init.d/cups restart

Does this solve your problem? If not, run the command:

sudo apt-get install --reinstall cups

Are you now able to print again?

Revision history for this message
Jan David Mol (jjdmol) wrote :

I'm not connected to any printer at the moment, but /var/log/cups/error_log keeps spawning
    Print-Job client-error-document-format-not-supported: Unsupported format 'application/pdf' !
So I'm assuming it's not working. I'll try tomorrow at work again just to be sure.

ghostscript-cups was installed (8.70.dfsg.1-0ubuntu2).
updated, no improvement. For the logs: am at cups 1.4.1-4 and ghostscript-cups 8.70.dfsg.1-0ubuntu2.
reinstalling ghostscript-cups & restarting cups.. no improvement
reinstalling cups.. no improvement

Maybe relevant tidbits:
* using a PPD file from Xerox's website
* running awesome instead of gnome (but with gnome-settings-daemon)
* "echo foo | lpr" gives the same error for text/plain:
D [06/Oct/2009:21:16:10 +0200] [Job 125] Auto-typing file...
D [06/Oct/2009:21:16:10 +0200] [Job 125] Request file type is text/plain.
D [06/Oct/2009:21:16:10 +0200] Send-Document client-error-document-format-not-supported: Unsupported format 'text/plain'!

Revision history for this message
Jan David Mol (jjdmol) wrote :

Tried with access to printer.. no luck.

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Can you do "ls -lda /etc/cups/ /usr/share/cups/mime/" and "ls -lda /etc/cups/*.convs /etc/cups/*.types /usr/share/cups/mime/*.convs /usr/share/cups/mime/*.types" and post the output here?

Can you run the following commands:

cupsctl LogLevel=debug2
sudo /etc/init.d/cups stop
sudo /etc/init,d/cups start

and after that attach your error_log. See the "CUPS error_log" section in https://wiki.ubuntu.com/DebuggingPrintingProblems for how to get the error_log attached to a bug report.

Revision history for this message
Jan David Mol (jjdmol) wrote :

I found out that using the generic postscript driver does allow me to print! The Xerox PPD file was working under Jaunty though. The printing attempt below is of course with the custom PPD.

To answer your requests:

drwxr-xr-x 4 root lp 4096 2009-10-08 14:31 /etc/cups/
drwxr-xr-x 2 root root 4096 2009-10-06 20:49 /usr/share/cups/mime/

-rw-r--r-- 1 root root 240 2009-10-06 20:49 /etc/cups/raw.convs
-rw-r--r-- 1 root root 211 2009-10-06 20:49 /etc/cups/raw.types
-rw-r--r-- 1 root root 1077 2009-09-18 15:24 /usr/share/cups/mime/command.types
-rw-r--r-- 1 root root 70 2009-10-02 17:19 /usr/share/cups/mime/cpdftocps.convs
-rw-r--r-- 1 root root 943 2009-10-02 17:22 /usr/share/cups/mime/imagetopdf.convs
-rw-r--r-- 1 root root 127 2009-10-02 17:22 /usr/share/cups/mime/imagetopdf.types
-rw-r--r-- 1 root root 4351 2009-10-02 17:22 /usr/share/cups/mime/mime.convs
-rw-r--r-- 1 root root 6705 2009-10-02 17:22 /usr/share/cups/mime/mime.types
-rw-r--r-- 1 root root 60 2009-10-02 17:19 /usr/share/cups/mime/oopstops.convs
-rw-r--r-- 1 root root 88 2009-10-02 17:19 /usr/share/cups/mime/oopstops.types
-rw-r--r-- 1 root root 146 2009-10-02 17:22 /usr/share/cups/mime/pdftopdf.convs
-rw-r--r-- 1 root root 1339 2009-09-18 16:57 /usr/share/cups/mime/pdftoraster.convs
-rw-r--r-- 1 root root 25 2009-10-02 17:22 /usr/share/cups/mime/pdf.types
-rw-r--r-- 1 root root 50 2009-10-02 17:19 /usr/share/cups/mime/pstopdf.convs
-rw-r--r-- 1 root root 946 2009-09-18 16:57 /usr/share/cups/mime/pstoraster.convs
-rw-r--r-- 1 root root 203 2009-10-02 17:19 /usr/share/cups/mime/text.convs
-rw-r--r-- 1 root root 279 2009-10-02 17:22 /usr/share/cups/mime/texttopdf.convs

Error_log after print attempt with loglevel debug2 is attached. Everything happens at 14:38.

Revision history for this message
Jan David Mol (jjdmol) wrote :

I can now print with the normal printer as well, but I'm a bit unsure why. I moved /var/cache/cups/xrxwest.ipp out of the way and restarted cups, which seems to magically allow me to print, but the xrxwest.ipp that got created in its place is the same bit for bit.

This would mean that using a generic postscript driver worked simply because I added a new printer for it.

Does this make any sense?

I now have in /var/cache/cups:
   4 drwxrwxr-x 3 root lp 4096 2009-10-08 14:47 .
   4 drwxr-xr-x 24 root root 4096 2009-09-27 20:03 ..
  12 -rw------- 1 root lp 11855 2009-10-08 14:49 10.87.5.15.snmp
   4 -rw-r--r-- 1 root root 824 2009-10-08 14:30 Generic-PostScript-Printer.ipp
 152 -rw------- 1 lp lp 147885 2009-10-08 13:47 help.index
   4 -rw-r----- 1 root lp 2239 2009-10-08 14:50 job.cache
8684 -rw------- 1 lp lp 8876004 2009-10-05 09:32 ppds.dat
   4 -rw-r----- 1 root lp 75 2009-10-08 14:50 remote.cache
   4 drwxrwxr-x 2 root lp 4096 2008-10-20 08:59 rss
   4 -rw-r--r-- 1 root root 1546 2009-09-20 17:43 xrxcontrol.ipp
   4 -rw-r--r-- 1 root root 1546 2009-10-08 14:47 xrxwest.ipp
   4 -rw-r--r-- 1 root root 1546 2009-09-20 17:43 xrxwest.ipp.orig

Notice the mix of lp/root ownership.

Revision history for this message
Jan David Mol (jjdmol) wrote :
Revision history for this message
Jan David Mol (jjdmol) wrote :

I now have a functional (xrxwest) and a non-functional (xrxcontrol) printer of the same type. Since I rarely use the latter, it's your call whether I should attempt to fix it as per #20, or if I should keep it this way to test something else.

Sorry for the separate messages :)

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

You have either a corrupted cache or a broken PPD file. Please attach the following files:

/etc/cups/ppd/*.ppd (all files)
/var/cache/cups/*.ipp (all files)
/var/cache/cups/*.snmp (all files)
/var/cache/cups/remote.cache

Then run the commands (ignore the error in the deleting step):

sudo /etc/init.d/cups stop
sudo rm /var/cache/cups/*.snmp /var/cache/cups/*.ipp /var/cache/cups/ppds.dat
sudo /etc/init.d/cups start

Try to print again. Does it work now?

Revision history for this message
Jan David Mol (jjdmol) wrote :

Yep that fixes it. Hurray & thanks!

Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Looks like that we have to delete the cache files when updating from CUPS 1.3.x to 1.4.x.

summary: - There was an error during the CUPS operation: 'client-error-document-
- format-not-supported'
+ CUPS update from 1.3.x to 1.4.x: Cache gets corrupted and leads to error
+ 'client-error-document-format-not-supported'
Changed in cups (Ubuntu):
status: Incomplete → In Progress
Martin Pitt (pitti)
Changed in cups (Ubuntu):
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package cups - 1.4.1-5

---------------
cups (1.4.1-5) unstable; urgency=low

  [ Till Kamppeter ]
  * debian/patches/do-not-broadcast-with-hostnames.dpatch: Do not use host
    names for broadcasting print queues and managing print queues broadcasted
    from other servers by default. Many networks do not have valid host names
    for all machines (LP: #449586).
  * debian/cups.postinst: Clear cache for upgrade to CUPS 1.4.x (LP: #420490).
  * usb-backend-both-usblp-and-libusb.dpatch: Removed some lines which were
    temporarily inserted for debugging.

  [ Martin Pitt ]
  * usb-backend-both-usblp-and-libusb.dpatch: Add upstream link.
  * Drop: disable-pie-mipsen.dpatch: Didn't help to fix the mipsen segfault.
  * debian/cups.postinst: Simplify structure and avoid calling invoke-rc.d in
    Till's change above.
  * Add ppdc-dynamic-linking.dpatch: Dynamically link ppdc, to work around
    segfault on mipsen. Thanks to Sune Vuorela! (Closes: #548246)

  [ Tormod Volden ]
  * debian/cups.init.d: honour blacklist when loading ppdev and lp kernel
    modules (LP: #424795)

 -- Martin Pitt <email address hidden> Tue, 13 Oct 2009 09:57:11 +0200

Changed in cups (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
EdiSilva (edisilva64) wrote : apport-collect data

Architecture: i386
DistroRelease: Ubuntu 9.10
Lsusb:
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: System manufacturer System Product Name
NonfreeKernelModules: nvidia
Package: cups 1.4.1-5ubuntu2.1
PackageArchitecture: i386
Papersize: a4
ProcCmdLine: root=UUID=ca364568-f3a5-43f2-bdc2-b288d1475330 ro locale=pt_BR quiet splash
ProcEnviron:
 SHELL=/bin/bash
 LANG=pt_BR.UTF-8
 LANGUAGE=pt_BR.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-17.54-generic
Uname: Linux 2.6.31-17-generic i686
UserGroups: adm admin audio cdrom dialout dip fax fuse lp lpadmin netdev plugdev sambashare tape video
dmi.bios.date: 04/24/2007
dmi.bios.vendor: Phoenix Technologies, LTD
dmi.bios.version: ASUS P5VD2-VM ACPI BIOS Revision 1104
dmi.board.name: P5VD2-VM
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: 1.XX
dmi.chassis.asset.tag: 123456789000
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.version: 1111
dmi.modalias: dmi:bvnPhoenixTechnologies,LTD:bvrASUSP5VD2-VMACPIBIOSRevision1104:bd04/24/2007:svnSystemmanufacturer:pnSystemProductName:pvr:rvnASUSTeKComputerINC.:rnP5VD2-VM:rvr1.XX:cvnChassisManufacture:ct3:cvr1111:
dmi.product.name: System Product Name
dmi.sys.vendor: System manufacturer

Revision history for this message
EdiSilva (edisilva64) wrote : BootDmesg.txt
Revision history for this message
EdiSilva (edisilva64) wrote : CupsErrorLog.txt
Revision history for this message
EdiSilva (edisilva64) wrote : CurrentDmesg.txt
Revision history for this message
EdiSilva (edisilva64) wrote : Dependencies.txt
Revision history for this message
EdiSilva (edisilva64) wrote : Locale.txt
Revision history for this message
EdiSilva (edisilva64) wrote : Lpstat.txt
Revision history for this message
EdiSilva (edisilva64) wrote : Lspci.txt
Revision history for this message
EdiSilva (edisilva64) wrote : PpdFiles.txt
Revision history for this message
EdiSilva (edisilva64) wrote : PrintingPackages.txt
Revision history for this message
EdiSilva (edisilva64) wrote : ProcCpuinfo.txt
Revision history for this message
EdiSilva (edisilva64) wrote : ProcInterrupts.txt
Revision history for this message
EdiSilva (edisilva64) wrote : ProcModules.txt
Revision history for this message
EdiSilva (edisilva64) wrote : UdevDb.txt
Revision history for this message
EdiSilva (edisilva64) wrote : UdevLog.txt
Revision history for this message
EdiSilva (edisilva64) wrote : XsessionErrors.txt
tags: added: apport-collected
Revision history for this message
Richard McDonald (rjmcd) wrote : apport-collect data

Architecture: i386
CupsErrorLog:

DistroRelease: Ubuntu 9.10
InstallationMedia: Kubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
Lpstat:
 device for CLP-310_Series: usb://Samsung/CLP-310%20Series
 device for DocuPrint_C525_A-AP: usb://FX/
 device for ML-1710: usb://Samsung/ML-1710
MachineType: MSI MS-7309
NonfreeKernelModules: nvidia
Package: cups 1.4.1-5ubuntu2.2
PackageArchitecture: i386
Papersize: letter
PpdFiles:
 DocuPrint_C525_A-AP: FX DocuPrint C525 A-AP v1.0
 ML-1710: Samsung ML-1710, SpliX V. 2.0.0
 CLP-310_Series: Samsung CLP-315 Foomatic/foo2qpdl (recommended)
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.31-20-generic root=UUID=57f1d878-c65e-49d1-9c37-f13ddca6ec78 ro quiet splash
ProcEnviron:
 SHELL=/bin/bash
 LANG=en_US.UTF-8
 LANGUAGE=
ProcVersionSignature: Ubuntu 2.6.31-20.57-generic
Uname: Linux 2.6.31-20-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
dmi.bios.date: 07/15/2009
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: V2.0
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: K9N6PGM2-V2 (MS-7309)
dmi.board.vendor: MSI
dmi.board.version: 2.0
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 3
dmi.chassis.vendor: MSI
dmi.chassis.version: 2.0
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrV2.0:bd07/15/2009:svnMSI:pnMS-7309:pvr2.0:rvnMSI:rnK9N6PGM2-V2(MS-7309):rvr2.0:cvnMSI:ct3:cvr2.0:
dmi.product.name: MS-7309
dmi.product.version: 2.0
dmi.sys.vendor: MSI

Revision history for this message
Richard McDonald (rjmcd) wrote : BootDmesg.txt
Revision history for this message
Richard McDonald (rjmcd) wrote : CurrentDmesg.txt
Revision history for this message
Richard McDonald (rjmcd) wrote : Dependencies.txt
Revision history for this message
Richard McDonald (rjmcd) wrote : Locale.txt
Revision history for this message
Richard McDonald (rjmcd) wrote : Lspci.txt
Revision history for this message
Richard McDonald (rjmcd) wrote : Lsusb.txt
Revision history for this message
Richard McDonald (rjmcd) wrote : PrintingPackages.txt
Revision history for this message
Richard McDonald (rjmcd) wrote : ProcCpuinfo.txt
Revision history for this message
Richard McDonald (rjmcd) wrote : ProcInterrupts.txt
Revision history for this message
Richard McDonald (rjmcd) wrote : ProcModules.txt
Revision history for this message
Richard McDonald (rjmcd) wrote : UdevDb.txt
Revision history for this message
Richard McDonald (rjmcd) wrote : UdevLog.txt
Revision history for this message
Richard McDonald (rjmcd) wrote : XsessionErrors.txt
To post a comment you must log in.