Re: [ptxdist] [PATCH v3 4/7] poppler: version bump 0.18.0 -> 0.59.0

On 25.10.2017 22:57, Roland Hieber wrote: > -POPPLER_VERSION := 0.18.0 > -POPPLER_MD5 := 4cd3bf2a0a13fa8eaf00d31368915f77 > +POPPLER_VERSION := 0.59.0 > +POPPLER_MD5 := 6e44408a3b4f4a738f8a6770d0aea8a5 Oh, I forgot to check for a new version here. They released 0.60 two weeks ago,

[ptxdist] [PATCH v3 4/7] poppler: version bump 0.18.0 -> 0.59.0

This is quite a version bump, spanning six years of poppler development. Upstream now provides data for rendering cyrillic languages in the package poppler-data, but this dependency is only detected at compile time, so we make sure the build order is right. Some applications require the old xpdf

[ptxdist] [PATCH v3 3/7] poppler-data: new package: optional encoding data for poppler

Signed-off-by: Roland Hieber --- Notes: (no changes in v2 -> v3) rules/poppler-data.in | 10 + rules/poppler-data.make | 58 + 2 files changed, 68 insertions(+) create mode 100644 rules/poppler-data.in

[ptxdist] [PATCH v3 5/7] cups: new package: Common Unix Printing System

If using systemd, CUPS can be started via socket activation or directly, in any case it is run as user daemon, group lp. The default spool and cache locations were moved to /tmp/cups so we don't need to set up a tmpfs for /var/spool/cups and /var/cache/cups. sysvinit script is installed from

[ptxdist] [PATCH v3 6/7] host-cups: new package: CUPS host tools

Most printer drivers compile model-specific PPDs from a generic schema during the build process, using ppdc, the PPD compiler. ppdc must be able to find CUPS' internal include files, which are architecture- independent and can be used from sysroot-host. Unfortunately, the CUPS build system is

[ptxdist] [PATCH v3 2/7] qpdf: new package: PDF inspection library and tools

Signed-off-by: Roland Hieber --- Notes: changes in v2 -> v3: - remove unused clean stage template ...Remove-libjpeg-dependency-from-pkg-config.patch | 40 ++ patches/qpdf-7.0.0/series | 4 + rules/qpdf.in

[ptxdist] [PATCH v3 7/7] cups-filters: new package: additional filters and backends for CUPS

Filters for a PDF-based printing workflow, and more backends for widely available printing protocols. No PostScript and Foomatic support (yet) because we are missing the respective dependencies in PTXdist. Release frequency is high, with mostly small changes per release. Signed-off-by: Roland

[ptxdist] [PATCH v3 1/7] libpaper: new package: system-wide papersize configuration

Signed-off-by: Roland Hieber --- Notes: changes in v2 -> v3: - libpaper.make: ifeq -> ifdef patches/libpaper-1.1.24+nmu5/autogen.sh | 2 + rules/libpaper.in | 38 ++ rules/libpaper.make | 69

Re: [ptxdist] [PATCH v2 7/7] cups-filters: new package: additional filters and backends for CUPS

On 30.09.2017 14:00, Michael Olbrich wrote: > On Wed, Sep 27, 2017 at 02:22:22PM +0200, Roland Hieber wrote: >> Upstream is very responsive, merged my patches and made a new release >> while I was still packaging the old one :) Release frequency is high, >> with 5 point releases in September

Re: [ptxdist] [PATCH 3/6] libpng: version bump 1.6.32 -> 1.6.34

On 25.10.2017 16:30, Michael Olbrich wrote: > On Wed, Oct 18, 2017 at 04:11:43PM +0200, Clemens Gruber wrote: >> -LIBPNG_VERSION := 1.6.32 > > Hmmm, I'm seeing 1.6.29 as the current version. To add to the confusion, [libpng] speaks of 1.6.32 as the current version, while [sfio] and the

Re: [ptxdist] [PATCH] php5: version bump to 5.6.31

On Thu, Oct 12, 2017 at 01:33:15PM +, Thorsten LIEPERT wrote: > --- > .../0001-Fix-dl-cross-compiling-issue.patch| 80 > ++ > patches/php-5.6.31/autogen.sh | 12 > patches/php-5.6.31/series | 5 ++ >

Re: [ptxdist] Building perf from ptxdist

Hei hei, Am Mittwoch, 25. Oktober 2017, 09:51:05 CEST schrieb jon.b...@gd-ms.uk: > > Go to menuconfig --> Core (libc, locales) --> kernel tools --> perf > > > > It should just work activating and using it on target, if you set the > > right kernel config options. > > > > I don't have that

Re: [ptxdist] Building perf from ptxdist

Hi Alexander, On 2017-10-25, Alexander Dahl wrote: > Hello Jon, > > Am Mittwoch, 25. Oktober 2017, 09:16:29 CEST schrieb jon.b...@gd-ms.uk: >> Can anyone give me some guidelines as to how you could go about >> building perf (held with the kernel sources) under ptxdist. In >> particular, I need

Re: [ptxdist] Building perf from ptxdist

Hello Jon, Am Mittwoch, 25. Oktober 2017, 09:16:29 CEST schrieb jon.b...@gd-ms.uk: > Can anyone give me some guidelines as to how you could go about building > perf (held with the kernel sources) under ptxdist. In particular, I need it > to pick up libelf for enabling userspace tracing on target.

[ptxdist] Building perf from ptxdist

Hi, Can anyone give me some guidelines as to how you could go about building perf (held with the kernel sources) under ptxdist. In particular, I need it to pick up libelf for enabling userspace tracing on target. Thanks, Jon. -- Jon Bird, CEng MBCS Software Engineer Electronic Systems

[ptxdist] [ANNOUNCE] PTXdist 2017.10.0 released

Hi, I'm happy to announce that I've just released ptxdist-2017.10.0. For the most part, we have the usual mix of new packages version bumps and bug fixes. There are some fixes to prepare for gcc 7.x. Debug symbols for glibc where not available in the last two releases. This is fixed now. Thanks