Bug#767659: poppler: diff for NMU version 0.26.5-2.1

2015-01-02 Thread Michael Gilbert
On Sat, Nov 15, 2014 at 5:59 PM, Pino Toscano wrote: On 2014-11-15 22:57, Simon McVittie wrote: Control: tags 767659 + patch On Tue, 11 Nov 2014 at 10:33:42 +, Simon McVittie wrote: If the new symbol is public API that (in principle) other packages could use, which AFAICS it is, then I

Bug#767659: poppler: diff for NMU version 0.26.5-2.1

2014-11-15 Thread Simon McVittie
Control: tags 767659 + patch On Tue, 11 Nov 2014 at 10:33:42 +, Simon McVittie wrote: If the new symbol is public API that (in principle) other packages could use, which AFAICS it is, then I think the only solution that doesn't involve bumping shlibs for everyone is a symbols file. The

Processed: Re: Bug#767659: poppler: diff for NMU version 0.26.5-2.1

2014-11-15 Thread Debian Bug Tracking System
Processing control commands: tags 767659 + patch Bug #767659 [libpoppler-glib8] evince 3.14.1-1 gets undefined symbol with libpoppler46:i386 earlier than 0.26.5-2 Bug #768475 [libpoppler-glib8] evince: segfault on trying to open a pdf Bug #768985 [libpoppler-glib8] libpoppler-glib.so.8:

Bug#767659: poppler: diff for NMU version 0.26.5-2.1

2014-11-15 Thread Pino Toscano
On 2014-11-15 22:57, Simon McVittie wrote: Control: tags 767659 + patch On Tue, 11 Nov 2014 at 10:33:42 +, Simon McVittie wrote: If the new symbol is public API that (in principle) other packages could use, which AFAICS it is, then I think the only solution that doesn't involve bumping

Bug#767659: poppler: diff for NMU version 0.26.5-2.1

2014-11-11 Thread Fabian Greffrath
On Mon, 10 Nov 2014 21:44:58 +0100 Pino Toscano p...@debian.org wrote: Please drop this NMU, since the approach chosen (bumping shlibs for everybody) is not correct. We once had a very similar issue in the ffmpeg, ne libav packaging, where we had to declare much stricter dependencies among the

Bug#767659: poppler: diff for NMU version 0.26.5-2.1

2014-11-11 Thread Simon McVittie
On 11/11/14 10:08, Fabian Greffrath wrote: On Mon, 10 Nov 2014 21:44:58 +0100 Pino Toscano p...@debian.org wrote: Please drop this NMU, since the approach chosen (bumping shlibs for everybody) is not correct. If the new symbol is public API that (in principle) other packages could use, which

Bug#767659: poppler: diff for NMU version 0.26.5-2.1

2014-11-10 Thread Simon McVittie
Control: tags 767659 + patch Control: tags 767659 + pending Dear maintainer, I've prepared an NMU for poppler (versioned as 0.26.5-2.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, S diffstat for poppler-0.26.5 poppler-0.26.5 changelog |

Bug#767659: poppler: diff for NMU version 0.26.5-2.1

2014-11-10 Thread Pino Toscano
On 2014-11-10 21:36, Simon McVittie wrote: Control: tags 767659 + patch Control: tags 767659 + pending Dear maintainer, I've prepared an NMU for poppler (versioned as 0.26.5-2.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Please drop this NMU,

Bug#767659: poppler: diff for NMU version 0.26.5-2.1

2014-11-10 Thread Simon McVittie
On 10/11/14 20:44, Pino Toscano wrote: Please drop this NMU, since the approach chosen (bumping shlibs for everybody) is not correct. Cancelled, sorry about that. I hadn't realised so many things link to that library directly (as opposed to via poppler-glib and friends). S -- To