Package Details: dymo-cups-drivers 1.4.0.5-5

Git Clone URL: https://aur.archlinux.org/dymo-cups-drivers.git (read-only, click to copy)
Package Base: dymo-cups-drivers
Description: Official Dymo supplied Linux Cups drivers for LabelWriter series
Upstream URL: http://global.dymo.com/
Licenses: GPL, LGPL
Submitter: jkl
Maintainer: jkl
Last Packager: jkl
Votes: 18
Popularity: 0.000000
First Submitted: 2012-01-15 06:51 (UTC)
Last Updated: 2022-09-13 19:44 (UTC)

Latest Comments

1 2 3 Next › Last »

jkl commented on 2022-09-13 19:46 (UTC)

@ZeroDot1 Try it again, this now uses original sources hosted on github.

ZeroDot1 commented on 2022-09-13 09:12 (UTC)

Unfortunately, this package does not work.

festuc commented on 2022-02-18 19:54 (UTC) (edited on 2022-02-18 20:01 (UTC) by festuc)

I just had a problem with this printer i have a to zones on each label side without print.Reinstall will not fix the problem. You have to download with a browser your copy of tar file and put into your webserver, overwise wget can not download again. So, if you have this problem do not uninstall/reinstall. This will no fixed nothing

Auerhuhn commented on 2021-08-25 13:52 (UTC) (edited on 2021-08-25 13:52 (UTC) by Auerhuhn)

I get a 403 due to Cloudflare’s recently more aggressive captchawall. The following variant of Jay Ta'ala’s fix for genymotion seems to make it work again:

--- a/PKGBUILD
+++ b/PKGBUILD
@@ -9,7 +9,9 @@ pkgdesc="Official Dymo supplied Linux Cups drivers for LabelWriter series"
 arch=('i686' 'x86_64')
 license=('GPL' 'LGPL')
 depends=('libcups')
-source=(http://download.dymo.com/Software/Linux/${pkgname}-${_archive_ver}.tar.gz
+makedepends=('wget')
+DLAGENTS=("https::/usr/bin/wget -U "Mozilla" %u")
+source=(https://download.dymo.com/Software/Linux/${pkgname}-${_archive_ver}.tar.gz
        cups-ppd-header.patch cups-2.6-api.patch)
 sha256sums=('c60797e7e986ca329f46e9a6ab1cb6382383952b15685ed69fd91f3c7ed64f71'
             '3a11eaffc5295e4811721b1bd1e51d79ed5e2c5e7665d4be7fc9ce0579fd2a17'

gwpl commented on 2021-06-09 16:46 (UTC)

On more hint: I see that on that time when printing remotely I was using things like read -r -p 'Label:' label && convert -background white -fill black -density 600x600 -size 1346x756 -font 'DejaVu-Sans' -gravity center label:"${label}" label.png && display label.png && lpr -P DymoLW450 -o raw -o scaling=100 label.png , therefore with -o scaling=100 , while other times (probably when printing locally) I was printing from .png ... If someone finds out please share, otherwise I am happy to collab to make state of those printers better. (And anyway it maybe forum-thread worthy?)

gwpl commented on 2021-06-09 16:18 (UTC)

Another hint when printing with lpr -o raw -P Dymo_Print_NAme_in_your_system filename... is that sizing may matter to match well size of label (also resolution) as scaling code seems off in this driver, plus if you print vector vs bitmap. (on my side despite it prints "test page" from CUPS correctly, it prints .pdf and .png incorrectly when doing fast test, I may need to play later to recall how to set it up to make it work...)

gwpl commented on 2021-06-09 16:12 (UTC)

I just compiled using dymo-cups-drivers-1.4.0.tar.gz provided below and just printed succesfully "test page" from cups on small sticker.

gwpl commented on 2021-06-09 15:54 (UTC)

So to be specific I had two Dymo LabelWriter 450 . One directly to ArchLinux laptop, another attached to RapsberryPi with options to print : directly from raspberry pi and by sharing Dymo printer via network. Both options had their quirks , and for some things work as expected and sometimes making surprises ;).

gwpl commented on 2021-06-09 15:48 (UTC)

I've managed to find workarounds to make it work:

Here I captured in 2016-Q1 with context: https://cryptpad.fr/pad/#/2/pad/view/mP8Tg7NP5al-K+Y1kIOD-64QyCtZGISUtGiHyHAM7vM/

Basically driver seems buggy, and trying to print from graphical applications was often ending up with mismatched size or orientation (i.e. horizontal vs vertical etc). However somehow worked.

From commandline I kind of perfected my printing, so I ended up generating labels into files and printing from script using:

$ lpr -o raw -P remote_dymo

parameter "-o raw" is my workaround. I made it work on both: Archlinux and Raspberry Pi in 2016. This year I may try again ;).

gwpl commented on 2021-06-09 15:43 (UTC)

Error: Failure while downloading http://download.dymo.com/Software/Linux/dymo-cups-drivers-1.4.0.tar.gz

Here are copies of file:

https://ipfs.io/ipfs/QmaR9QEUMxGvk7FEVGavx7sWcHZRC6UVqLvXVBWxJxRTRL https://ipfs.globalupload.io/QmaR9QEUMxGvk7FEVGavx7sWcHZRC6UVqLvXVBWxJxRTRL

https://siasky.net/PAJe9HR_3nYeXfdPr8REDBafIAzincNENS0Q8tMCYC87jw