Bug#659404: laptop-detect: Use /sys/devices/virtual/dmi/id/chassis_type as alternative to dmidecode?

[Simó Albert i Beltran] > Thanks for your contribution to laptop-detect. > > I'm doing an ITA of this package and I would like include your > contribution. Very nice to see my 5 year old patch finally gain some traction. :) Note, a copy of laptop-detect is in the debian-edu-install-udeb package.

Bug#659404: laptop-detect: Use /sys/devices/virtual/dmi/id/chassis_type as alternative to dmidecode?

Hello, Thanks for your contribution to laptop-detect. I'm doing an ITA of this package and I would like include your contribution. I created the following commit but please do a merge request if you prefer. https://gitlab.com/debiants/laptop-detect/commit/ac832efccff4ca87a5ca01a7c3cfbb808fa

Bug#850163: xpdf/poppler miscommunication

El diumenge, 19 de febrer de 2017, a les 23:00:53 CET, Andries E. Brouwer va escriure: > If you prefer to give that program a different name, let us call it xyzpdf. > So, the situation is that there is a widely used program called xyzpdf. > This program uses libpoppler, that is, ldd shows > > % l

Bug#850163: xpdf/poppler miscommunication

If you prefer to give that program a different name, let us call it xyzpdf. So, the situation is that there is a widely used program called xyzpdf. This program uses libpoppler, that is, ldd shows % ldd /usr/bin/xyzpdf ... libpoppler.so.58 => /usr/lib/x86_64-linux-gnu/libpoppler.so.58 Now this l

Bug#850163: xpdf/poppler miscommunication

This is not a bug in poppler, it does what we intented it to do. xpdf doesn't use poppler. If you have a xpdf that is using poppler someone is giving you something that they call xpdf but it is not really xpdf. Please don't contact the poppler project about bugs in xpdf since it has nothing to

Bug#850163: xpdf/poppler miscommunication

Masanori Goto reports (Debian bug #850163): "Syntax Error: Missing language pack for 'Adobe-Japan1' mapping" I see the same problem. A silly workaround is adding links /cMap -> /usr/share/poppler/cMap /cidToUnicode -> /usr/share/poppler/cidToUnicode /nameToUnicode -> /usr/share/poppler/n

gimp-dcraw_1.32-1~bpo8+1_amd64.changes REJECTED

gimp-dcraw_1.32-1~bpo8+1.dsc: Invalid size hash for gimp-dcraw_1.32.orig.tar.gz: According to the control file the size hash should be 3747, but gimp-dcraw_1.32.orig.tar.gz has 3777. If you did not include gimp-dcraw_1.32.orig.tar.gz in your upload, a different version might already be known to

Processing of gimp-dcraw_1.32-1~bpo8+1_amd64.changes

gimp-dcraw_1.32-1~bpo8+1_amd64.changes uploaded successfully to localhost along with the files: gimp-dcraw_1.32-1~bpo8+1.dsc gimp-dcraw_1.32-1~bpo8+1.debian.tar.xz gimp-dcraw_1.32-1~bpo8+1_amd64.deb Greetings, Your Debian queue daemon (running on host usper.debian.org)

w3c-sgml-lib_1.3-2_source.changes ACCEPTED into unstable

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 4 Feb 2017 09:15:24 +0200 Source: w3c-sgml-lib Binary: w3c-sgml-lib Architecture: source Version: 1.3-2 Distribution: unstable Urgency: medium Maintainer: Debian QA Group Changed-By: Kyle Robbertze Description:

Processing of w3c-sgml-lib_1.3-2_source.changes

w3c-sgml-lib_1.3-2_source.changes uploaded successfully to localhost along with the files: w3c-sgml-lib_1.3-2.dsc w3c-sgml-lib_1.3-2.debian.tar.xz Greetings, Your Debian queue daemon (running on host usper.debian.org)

Bug#498657: bottlerocket + udev

Hi, I don't know whether you still use bottlerocket, but do you have any idea what might be the correct udev rule? Is the one mentioned in [1] sufficient? Isn't there any prod_id or whatever available from the hardware to narrow the rule a bit? Thorsten [1] https://bugs.debian.org/cgi-bi