Ana Sayfa›Rehber›CUPS Güncellemesinden Sonra Etiket Büyük, Kesik ya da Boş Basıyor
CUPS Güncellemesinden Sonra Etiket Büyük, Kesik ya da Boş Basıyor
Yayın tarihi:
Linux'ta aylarca sorunsuz çalışan etiket yazıcısı birden içeriği büyütüp
keserek basıyor, boş etiket çıkarıyor ya da barkodu dolu siyah bir bloğa
çeviriyor — ve değişen tek şey bir sistem güncellemesi. Ekim 2026'da bu tür
birkaç bildirim OpenPrinting'in hata kayıtlarına düştü. Ortak noktaları:
etiket yazıcı dili olarak gönderilmemişti. PDF'i yazıcı için resme
çeviren sürücülü bir kuyruktan geçmişti ve o çeviri zincirindeki bir
değişiklik etiketi değiştirmişti.
Belirtiler — bildirimlerin anlattığı biçimde
İçerik yaklaşık 2,5 kat büyük ve kesik. ZPL sürücülü bir Zebra
ZD220, gLabels-qt'den baskı: etiket yüksekliği doğru, içerik büyümüş ve
kırpılmış. Bildiren libcupsfilters 2.1.1 ile çalıştığını, 2.2.1'den bir git
anlık sürümüne (r32) kadar bozuk olduğunu ve sonraki bir anlık sürümde
(r57) düzeldiğini yazdı. Bir yorumcu pdftopdf süzgecindeki commit'leri aday
gösterdi; bu bir varsayım, doğrulanmış sebep değil.
Özel sayfa boyutunda boş etiket. Dymo'nun CUPS sürücüsüyle bir
Dymo LabelWriter 450: özel boyutla etiket ilerliyor ama boş çıkıyor; aynı
içerik adlı bir ortam boyutuyla basılıyor. libcupsfilters'ı geri almak
bildirene göre düzeltiyor; sebep doğrulanmadı.
Barkod siyah alan olarak basılıyor. PDF içindeki barkodlar
libcupsfilters 2.2.x ile siyah alan, 2.1.1 ile doğru basıldı. Bildiren,
PDF kütüphanesi pdfio'ya yapılan bir yama sorunu çözünce kaydı kapattı —
"libcupsfilters hatası değil".
Ölçek değişince hiçbir şey basılmıyor. Raspberry Pi'de topluluk
yapımı bir TSPL CUPS sürücüsüyle TSPL yazıcı; çözüm çözünürlüğü 300 yerine
203 dpi ayarlamak oldu.
Bunları bir yazıcıda yeniden üretmedik. Liste yalnız kayıtların
söylediğini aktarır; bağlantılar Kaynaklar'da.
Sistem güncellemesi etiketi neden değiştirebilir
Bir tasarım programından ya da tarayıcıdan etiket bastığınızda uygulama
CUPS'a bir belge, çoğunlukla PDF verir. Sürücülü kuyruk ardından bir süzgeç
zinciri çalıştırır: sayfa boyutlandırma ve ölçekleme, rasterleştirme ve en
sonda sürücünün bitmap'i yazıcının kendi komutlarına çevirmesi. Her adım
boyutu, konumu ya da pikselleri değiştirebilir ve her adım dağıtımınızla
birlikte güncellenen bir sistem kütüphanesidir — libcupsfilters,
Ghostscript, Poppler, pdfio. Etiket dosyanız değişmedi; çeviri değişti.
Raster sürücü yazıcı kafasının gerçek çözünürlüğünü de bilmek zorundadır:
203 dpi yazıcıya 300 dpi derseniz her şey yaklaşık 1,48 kat ölçeklenir.
Kısa vadede: paketi sabitleyin ya da geri alın
Sürücülü akışı korumak zorundaysanız bildirimler, bildirenler için neyin
işe yaradığını gösteriyor: önceki libcupsfilters'a dönmek ya da düzeltmeyi
içeren bir derlemeye geçmek (#300). Dağıtımınızın paket yöneticisi, baskıyı
bozan güncellemede hangi kütüphanelerin değiştiğini gösterebilir. Bunu
geçici önlem sayın: sonraki güncelleme aynı zinciri yeniden oynatabilir.
Kalıcı çözüm: yazıcı dilini ham kuyruğa gönderin
Sisteminiz etiketi ZPL ya da TSPL olarak üretebiliyorsa — kargo
platformları, depo ve ERP sistemleri çoğunlukla üretir, bir şablon da
üretir — çeviri zincirini atlayın. Ham kuyruk baytları yazıcıya
değiştirmeden verir: ölçekleme yok, rasterleştirme yok, bir kütüphane
güncellemesinin değiştirebileceği bir şey yok.
CUPS lpadmin kılavuzu raw modelinin "mevcut PPD
dosyasını temizlediğini" söyler. Aynı kılavuz everywhere
dışındaki modellerin deprecated olduğunu ve yazıcı sürücülerinin CUPS'ın
gelecek bir sürümünde desteklenmeyeceğini de yazar — bu yüzden yeni CUPS
sürümleri ham kuyruk kurarken uyarı basar. Bugün hâlâ çalışır. USB cihaz
adresleri ve macOS ayrıntıları
macOS ve Linux'ta ZPL
basma yazısında.
Mevcut sürücülü kuyruktan dosya geçirmek için lp -o raw
önerildiğini görebilirsiniz. Güncel lp kılavuzu bu seçeneği
belgelemiyor; bu yüzden burada ona dayanmıyoruz — kendine ait ham kuyruk
öngörülebilir yoldur.
CUPS'ın gittiği yol: LPrint
CUPS'ın yönü sürücüsüz IPP Everywhere baskısıdır. Etiket yazıcıları IPP'yi
nadiren kendileri konuşur; Michael Sweet'in LPrint'i her yazıcıyı bir
IPP Everywhere baskı hizmeti olarak sunan bir yazıcı uygulamasıdır. Proje
sayfası tüm EPL2 ve ZPL Zebra yazıcılarını, deneysel TSPL/TSPL2 desteğini,
DYMO, Brother ve başkalarını sayar ve her yazıcının "raw", Apple/PWG Raster
ve PNG dosyalarını doğrudan basabildiğini söyler. Bilinmesi gereken bir
sınır: bakımcı, LPrint'in ve genel olarak IPP'nin belirsiz uzunlukta ortam
kavramı olmadığını not ediyor — sayfa boyutunu istemci belirtmek
zorundadır.
Etiketi kâğıda ulaşmadan kontrol edin
Basmadan önce boyutu ve barkodu doğrulamak için ZPL'i
çevrimiçi görüntüleyiciye yapıştırın.
Etiket 203 dpi yazıcı için hazırlanmışsa ve sizinki 300 dpi ise (ya da
tersi), bitmap'i sürücüye ölçekletmek yerine koordinatları
DPI dönüştürücüyle yeniden
ölçekleyin; arka plan
ZPL nokta, mm ve
DPI yazısında. Yazıcı ZPL kaynağınızı metin olarak basıyorsa sorun tam
tersidir — bkz. ZPL'i
sürücüsüz basmak.
Kaynaklar
OpenPrinting/libcupsfilters kayıtları #300, #275 ve #272 (Ekim 2026)
Linux güncellemesinden sonra etiketim neden büyük ve kesik basılıyor?
Etiket büyük olasılıkla PDF'i resme çeviren sürücülü bir kuyruktan geçiyor ve o zincirdeki bir kütüphane değişti. Ekim 2026'daki bir Zebra ZD220 bildiriminde içerik libcupsfilters 2.2.1 anlık sürümleriyle yaklaşık 2,5 kat büyüdü, 2.1.1 ile doğruydu.
CUPS güncellemelerinin etiketlerimi değiştirmesini nasıl önlerim?
Etiketi yazıcı dili (ZPL ya da TSPL) olarak ham kuyruğa gönderin, örneğin lpadmin -p etiket-raw -E -v socket://IP:9100 -m raw. Ham kuyruk baytları değiştirmeden geçirir; güncellemenin değiştirebileceği ölçekleme ya da rasterleştirme yoktur.
Ham CUPS kuyrukları deprecated mı?
lpadmin kılavuzu everywhere dışındaki modellerin deprecated olduğunu ve yazıcı sürücülerinin gelecek bir CUPS sürümünde desteklenmeyeceğini söyler. Ham kuyruklar bugün çalışıyor; etiket yazıcılarını IPP Everywhere hizmeti olarak sunan LPrint ileriye dönük yoldur.
