Bug#770266: libgs9: please convert to multiarch
On 17.09.2016 16:08, Jonas Smedegaard wrote: > i Till (and others), > > Quoting Till Kamppeter (2016-09-17 00:50:45) >> I have now re-applied multi-arch to Ubuntu's Ghostscript package which >> is nearly identical to Debian's current Ghostscript package. So I >> attach the debdiff and hope with this you will easily able to add >> multi-arch functionality to Debian's Ghostscript package. >> >> I am very grateful if you apply this so that I can keep the delta >> between Debian's and Ubuntu's Ghostscript packages low. > > Thanks for the suggested patch. > > I am worried, however, about the following phrase at > https://wiki.debian.org/Multiarch/Implementation: > >> If your -dev package contains headers which vary across architectures >> then it cannot be marked as Multi-Arch: same until a policy decision >> is made about architecture-dependant headers and the toolchain is >> updated. > > Did you test that the multi-arch packages work in a multi-arch > environment? Looking at the symbols file, it seems headers do vary. The encoding of symbols has nothing to do with the header files, I also can't see any generated header files which differ on different architectures. If the latter should be the cause, these surely can be moved into the multiarch include directory.
Re: Bug#770266: libgs9: please convert to multiarch
On 09/17/2016 11:08 AM, Jonas Smedegaard wrote: Did you test that the multi-arch packages work in a multi-arch environment? Looking at the symbols file, it seems headers do vary. - Jonas I have simply re-introduced the accidentally dropped multi-arch support which Doko has introduced in the first place. Doko, did you check whether the headers vary between architectures? Till
Re: Bug#770266: libgs9: please convert to multiarch
i Till (and others), Quoting Till Kamppeter (2016-09-17 00:50:45) > I have now re-applied multi-arch to Ubuntu's Ghostscript package which > is nearly identical to Debian's current Ghostscript package. So I > attach the debdiff and hope with this you will easily able to add > multi-arch functionality to Debian's Ghostscript package. > > I am very grateful if you apply this so that I can keep the delta > between Debian's and Ubuntu's Ghostscript packages low. Thanks for the suggested patch. I am worried, however, about the following phrase at https://wiki.debian.org/Multiarch/Implementation: > If your -dev package contains headers which vary across architectures > then it cannot be marked as Multi-Arch: same until a policy decision > is made about architecture-dependant headers and the toolchain is > updated. Did you test that the multi-arch packages work in a multi-arch environment? Looking at the symbols file, it seems headers do vary. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Filter scripts not working
Hello, I've written a file as /tmp/test.sh with these only two lines: #!/bin/sh date >> /tmp/TestPrinter.log Then I've run following command on Debian 8 (stable): $ lpadmin -p TestPrinter -v file:///dev/null -i /tmp/test.sh -E Then I send something to print: $ lp -d TestPrinter /tmp/test.pdf request id is TestPrinter-204 (1 file(s)) /etc/cups/interfaces/TestPrinter exists, but it's never executed. Same feature works perfectly with cups-client 1.7.2 in Ubuntu 14.04 , but not here with cups-client 1.7.5 in Debian 8. Does anybody know if some additional configuration must be done or checked? -- __ I'm using this express-made address because personal addresses aren't masked enough at lists.debian.org archives.