Bug#944998: Update to sane-backends-1.0.28 for Canon Pixma TS8260 suport

Package: libsane Version: 1.0.27-3.2 Hi, The Endless OS user at https://community.endlessos.com/t/brother-bought-a-printer-scanner/10726/6 reports that his new Canon Pixma TS8260 is unable to scan. (Endless OS is based on Debian and uses Debian's sane-backends package with no modifications)

Bug#929654: Outdated node-unicode-property-value-aliases results in incomplete package rebuild

Package: node-unicode-12.0.0 Version: 0~20190414+gitbf518e99-2 node-unicode-data 0~20190414+gitbf518e99-2 was originally built successfully and correctly under sid, and then the binaries were imported to buster. However, if you now try to rebuild node-unicode-data under pure buster, you will get

Bug#927339: gemspec filename changes upon rebuild, breaks other packages e.g. jekyll

Package: ruby-i18n Version: 1.5.3-1 The ruby-i18n 1.5.3-1 version currently shipped in Debian Buster ships the gemspec as 0.7.0: /usr/share/rubygems-integration/all/specifications/i18n-0.7.0.gemspec I don't understand how or why there's a version mismatch there, but it's actually useful as other

Bug#922817:

Credit where it's due: Thanks to Matthew Waters for finding this!

Bug#922817: neon library variant no longer installed, ARM performance regression

Package: libvpx Version: 1.6.1-3+deb9u1 In Debian Jessie, ARM VP9 decoding was working well on many platforms thanks to the neon library additionaly provided at /usr/lib/arm-linux-gnueabihf/vfp/neon/libvpx.so.1. However, as of Debian Stretch (and also in Debian Buster), the neon library variant

Bug#883862: libfelix-gogo-shell-java: Package unusable after rebuild (eclipse build fails)

On Wed, Apr 18, 2018 at 8:40 AM, Emmanuel Bourg wrote: > Could you try with bnd/3.5.0-1 from testing/unstable too? Unfortunately that binary package is not compatible with stretch: Unpacking bnd (3.5.0-1) ... dpkg: dependency problems prevent configuration of bnd: bnd depends

Bug#896006: eclipse: FTBFS on buster, unmappable character encoding errors

Source: eclipse Version: 3.8.1-11 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or

Bug#883862: libfelix-gogo-shell-java: Package unusable after rebuild (eclipse build fails)

Emmanuel Bourg suggested experimenting with older bnd versions. The current Debian-published felix-gogo-shell was likely built with bnd-2.1.0. My tests are done with the current stretch version, bnd-2.4.1-6. Testing older versions with this method: 1. Install old version from snapshot.debian.org

Bug#883862:

I looked a bit closer. I believe that this change of behaviour comes down to these lines in felix-gogo-shell's pom.xml: org.apache.felix.service.command; status="provisional", * The expansion of * leads to this section in MANIFEST.MF:

Bug#883862: libfelix-gogo-shell-java: Package unusable after rebuild (eclipse build fails)

Package: libfelix-gogo-shell-java Version: 0.12.0-1 Severity: normal When rebuilding the current stretch version of felix-gogo-shell, it produces a package that is in some way different to the one in the current published debian archive, and this rebuilt version of the package has some problem

Bug#883777: multistrap: preinst runs after packages are unpacked

Package: multistrap Version: 2.2.9 Severity: normal multistrap appears to not follow the Debian policy when dealing with preinst scripts. https://www.debian.org/doc/debian-policy/#summary-of-ways-maintainer-scripts-are-called > The package will not yet be unpacked, so the preinst script cannot

Bug#878961: debootstrap fails to resolve dependencies on virtual packages

Package: debootstrap Version: 1.0.81ubuntu3.2 Severity: normal debootstrap is unable to operate if the packages being included have a virtual dependency which is not otherwise resolved. Easy reproducer: # debootstrap --include=libnet-ssleay-perl stretch stretch [...] W: Failure while

Bug#847944: pbuilder: get_source_control_field doesn't accept preceding comment

Package: pbuilder Version: 0.226.1 Severity: important The change made in bug #694404 introduce a regression. pbuilder-satisfydepends-classic can no longer detect the Build-Depends if it is preceded by a comment, e.g. Source: my package #foo Build-Depends: debhelper (>= 9) In this case no build

Bug#817948: Cross build support breaks first time build of 5.22

Package: perl Version: 5.22.1-8 When attempting to build perl-5.22.1-8 on a system that has an old version of perl currently installed (not cross compiling), the build fails with: # convert required header files cd /usr/include; \ /usr/src/packages/BUILD/perl-5.22.1/debian/fake-config

Bug#389892: writing_udev_rules: just unplug the card reader and insert new cards and replug

Dan Jacobson wrote: I would say 1 times less complicated would be to tell the user to forget trying to understand all this, and 1. umount(8) cards already mounted on the reader, if any. 2. Unplug the reader from the USB socket. 3. Insert any additional cards into the reader. 4. Plug the