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 AFA

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 shl

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: undefin

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

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 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 AFAICS it is

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 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 packaged libra

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 UNSUBS

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, since

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 |