After updating CUPS to version 1.1.23r7, landscape printing stopped working. In other words, when a job is sent as landscape, it will print in portrait orientation cropping out the rest. This happens with ALL printers, regardless of make or model. I haven't found a switch in CUPS to tweak this behaviour, so maybe you have some hints, where to search? Output of emerge --info: Portage 2.0.54-r2 (default-linux/x86/no-nptl/2.4, gcc-3.3.6, glibc-2.3.6-r3, 2.4.25_pre6-gss i686) ================================================================= System uname: 2.4.25_pre6-gss i686 Celeron (Mendocino) Gentoo Base System version 1.6.12 dev-lang/python: 2.3.5, 2.4.2 dev-python/pycrypto: [Not Present] dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.4.26-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -mcpu=pentium2 -fomit-frame-pointer -pipe -fPIC" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/" CONFIG_PROTECT_MASK="/etc/afs/C /etc/afs/afsws /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -mcpu=pentium2 -fomit-frame-pointer -pipe -fPIC" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://trumpetti.atm.tut.fi/gentoo/ http://gentoo.linux.no/ ftp://gentoo.linux.no/pub/gentoo/ http://trumpetti.atm.tut.fi/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aalib acl afs alsa apm arts audiofile avi berkdb bitmap-fonts bzip2 cdr cli crypt cscope cups curl dri dvd eds emboss encode esd exif expat fam firebird flac foomaticdb fortran freetds gd gdbm gif glut gmp gphoto2 gpm gstreamer gtk gtk2 guile idn imagemagick imlib ipv6 isdnlog jack java jpeg junit kde lcms ldap libg++ libwww mad mhash mikmod ming mng motif mozilla mp3 mpeg mysql ncurses nls odbc ogg opengl oss pam pcre pdflib perl png postgres pppd python qt quicktime readline reflection ruby samba scanner sdl session slang snmp speex spell spl ssl svga tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts usb vorbis xine xml xml2 xmms xorg xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS, PORTDIR_OVERLAY
Does cups-1.2.1(hardmasked) work?
Does cups-1.2.1 work? Please reopen when you are still interested.
(In reply to comment #2) > Does cups-1.2.1 work? > > Please reopen when you are still interested. cups-1.2.1 is not existent, but cups-1.2.0 fixed the problem. It took me very long to verify, since the system in question is so slow. When cups was updated, it took more than a month for the computer to compile all the dependencies.
Closed as per comment #3