Re: poppler soname bump in Rawhide soon

[Tom Callaway]

efl should be fixed in rawhide now.

~spot

On Wed, Jan 31, 2024 at 7:32 AM Michael J Gruber 
wrote:

> Am Mi., 31. Jan. 2024 um 11:15 Uhr schrieb Marek Kasik  >:
> >
> > Hi,
> >
> > On 1/30/24 12:15, Michael J Gruber wrote:
> > > Marek Kasik venit, vidit, dixit 2024-01-30 12:02:34:
> > >> Hi,
> > >>
> > >> I plan to rebase poppler to 24.02.0 once it is released. It will be
> > >> probably released this week and I would like to get it to rawhide
> before
> > >> the branching together with rebuilds of dependent packages.
> > >>
> > >> I'll prepare the build in a side tag and will message relevant
> > >> maintainers to rebuild their packages there.
> > >>
> > >> The packages which will need rebuilds:
> > >>calligra
> > >>gambas3
> > >>gdal
> > >>gdcm
> > >>inkscape
> > >>kf5-kitinerary
> > >>libreoffice
> > >>pdf2djvu
> > >>scribus
> > >
> > > That list is surprisingly short. For example, poppler-glib requires a
> > > specific poppler version, and via poppler-glib-devel that affects more
> > > packages (zathura-pdf-poppler comes to my mind).
> > >
> > > Does libpoppler-glib stay at the same soname and "absorb" all poppler
> > > changes behind its ABI?
> >
> > yes, libpoppler-glib and other front-ends are stable so they'll stay on
> > their sonames. The soname which is going to be changed is soname of the
> > core library which is not stable. The packages mentioned above uses the
> > core library directly so we have to keep the unstable API available.
>
> Thanks, that clarifies everything.
>
> Cheers
> Michael
> --
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: poppler soname bump in Rawhide soon

[Michael J Gruber]

Am Mi., 31. Jan. 2024 um 11:15 Uhr schrieb Marek Kasik :
>
> Hi,
>
> On 1/30/24 12:15, Michael J Gruber wrote:
> > Marek Kasik venit, vidit, dixit 2024-01-30 12:02:34:
> >> Hi,
> >>
> >> I plan to rebase poppler to 24.02.0 once it is released. It will be
> >> probably released this week and I would like to get it to rawhide before
> >> the branching together with rebuilds of dependent packages.
> >>
> >> I'll prepare the build in a side tag and will message relevant
> >> maintainers to rebuild their packages there.
> >>
> >> The packages which will need rebuilds:
> >>calligra
> >>gambas3
> >>gdal
> >>gdcm
> >>inkscape
> >>kf5-kitinerary
> >>libreoffice
> >>pdf2djvu
> >>scribus
> >
> > That list is surprisingly short. For example, poppler-glib requires a
> > specific poppler version, and via poppler-glib-devel that affects more
> > packages (zathura-pdf-poppler comes to my mind).
> >
> > Does libpoppler-glib stay at the same soname and "absorb" all poppler
> > changes behind its ABI?
>
> yes, libpoppler-glib and other front-ends are stable so they'll stay on
> their sonames. The soname which is going to be changed is soname of the
> core library which is not stable. The packages mentioned above uses the
> core library directly so we have to keep the unstable API available.

Thanks, that clarifies everything.

Cheers
Michael
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: poppler soname bump in Rawhide soon

[Marek Kasik]

Hi,

On 1/30/24 12:15, Michael J Gruber wrote:

Marek Kasik venit, vidit, dixit 2024-01-30 12:02:34:

Hi,

I plan to rebase poppler to 24.02.0 once it is released. It will be
probably released this week and I would like to get it to rawhide before
the branching together with rebuilds of dependent packages.

I'll prepare the build in a side tag and will message relevant
maintainers to rebuild their packages there.

The packages which will need rebuilds:
   calligra
   gambas3
   gdal
   gdcm
   inkscape
   kf5-kitinerary
   libreoffice
   pdf2djvu
   scribus


That list is surprisingly short. For example, poppler-glib requires a
specific poppler version, and via poppler-glib-devel that affects more
packages (zathura-pdf-poppler comes to my mind).

Does libpoppler-glib stay at the same soname and "absorb" all poppler
changes behind its ABI?


yes, libpoppler-glib and other front-ends are stable so they'll stay on 
their sonames. The soname which is going to be changed is soname of the 
core library which is not stable. The packages mentioned above uses the 
core library directly so we have to keep the unstable API available.


I'm sorry for not explaining this in the original message.


Michael


Regards
Marek
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: poppler soname bump in Rawhide soon

[Jakub Čajka]

I'm looking in to efl FTBFS. It seems to be issues on  s390x and ppc64le 
related to more strict requirements, checks in gcc 14. I'm investigating them 
now and if I will not be able to fix them promptly I will submit a PR with a 
workaround( at first look disable altivec on ppc64le and for s390x skipping the 
arch for time being assuming that embryo_cc can't be disabled) by tomorrow so 
rebuild can continue, while forking on proper fix.

Jakub Čajka




Jan 30, 2024, 16:06 by fzatl...@redhat.com:

> Also, at least efl is FTBFS now, so it can't be rebuilt, and you'll have to 
> make a poppler-compat package before merging this, if efl isn't fixed by then.
>
> On Tue, Jan 30, 2024 at 2:03 PM Sandro <> li...@penguinpee.nl> > wrote:
>
>> On 30-01-2024 12:15, Michael J Gruber wrote:
>> > Marek Kasik venit, vidit, dixit 2024-01-30 12:02:34:
>> >> Hi,
>> >>
>> >> I plan to rebase poppler to 24.02.0 once it is released. It will be
>> >> probably released this week and I would like to get it to rawhide before
>> >> the branching together with rebuilds of dependent packages.
>> >>
>> >> I'll prepare the build in a side tag and will message relevant
>> >> maintainers to rebuild their packages there.
>> >>
>> >> The packages which will need rebuilds:
>> >>    calligra
>> >>    gambas3
>> >>    gdal
>> >>    gdcm
>> >>    inkscape
>> >>    kf5-kitinerary
>> >>    libreoffice
>> >>    pdf2djvu
>> >>    scribus
>> >
>> > That list is surprisingly short. For example, poppler-glib requires a
>> > specific poppler version, and via poppler-glib-devel that affects more
>> > packages (zathura-pdf-poppler comes to my mind).
>>
>> How about:
>>
>> $ fedrq wrsrc -s poppler -F name
>> LabPlot
>> OpenSceneGraph
>> R-pdftools
>> abiword
>> apvlv
>> atril
>> booksorg
>> bookworm
>> boomaga
>> calibre
>> calligra
>> cantor
>> claws-mail
>> deepin-api
>> deepin-file-manager
>> diff-pdf
>> diffoscope
>> diffpdf
>> docparser
>> efl
>> engauge-digitizer
>> evince
>> extractpdfmark
>> fbida
>> gambas3
>> gdal
>> gdcm
>> geeqie
>> gimagereader
>> gimp
>> gle
>> gnome-commander
>> graphviz
>> gscan2pdf
>> gsequencer
>> gummi
>> inkscape
>> kbibtex
>> kf5-kfilemetadata
>> kf5-kitinerary
>> kf6-kfilemetadata
>> kile
>> kitinerary
>> krita
>> ktikz
>> latex2html
>> libcupsfilters
>> libppd
>> libreoffice
>> mat2
>> okular
>> pdf2djvu
>> pdf2svg
>> pdfgrep
>> pdfpc
>> pg_auto_failover
>> photoqt
>> poppler-sharp
>> python-img2pdf
>> python-paperwork-backend
>> python-pdf2image
>> python-pikepdf
>> python3-poppler-qt5
>> qcomicbook
>> qpdfview
>> qt5-qtwebengine
>> qt6-qtwebengine
>> rubygem-activestorage
>> rubygem-asciidoctor-pdf
>> rubygem-poppler
>> scribus
>> setzer
>> tellico
>> texmaker
>> texstudio
>> texworks
>> tikzit
>> tracker-miners
>> tumbler
>> vfrnav
>> vips
>> weston
>> xournal
>> xournalpp
>> xreader
>> yacreader
>> zathura-pdf-poppler
>>
>> -- Sandro
>>
>> --
>> ___
>> devel mailing list -- >> devel@lists.fedoraproject.org
>> To unsubscribe send an email to >> devel-le...@lists.fedoraproject.org
>> Fedora Code of Conduct: >> 
>> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>> List Guidelines: >> https://fedoraproject.org/wiki/Mailing_list_guidelines
>> List Archives: >> 
>> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>> Do not reply to spam, report it: >> 
>> https://pagure.io/fedora-infrastructure/new_issue
>>
>
>
> --
>
> Best regards / S pozdravem,
>
> František Zatloukal
> Senior Quality > Engineer
> Red Hat
>
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: poppler soname bump in Rawhide soon

[Mamoru TASAKA]

Sandro wrote on 2024/01/30 22:02:

On 30-01-2024 12:15, Michael J Gruber wrote:

Marek Kasik venit, vidit, dixit 2024-01-30 12:02:34:

Hi,

I plan to rebase poppler to 24.02.0 once it is released. It will be
probably released this week and I would like to get it to rawhide before
the branching together with rebuilds of dependent packages.

I'll prepare the build in a side tag and will message relevant
maintainers to rebuild their packages there.

The packages which will need rebuilds:
   calligra
   gambas3
   gdal
   gdcm
   inkscape
   kf5-kitinerary
   libreoffice
   pdf2djvu
   scribus


That list is surprisingly short. For example, poppler-glib requires a
specific poppler version, and via poppler-glib-devel that affects more
packages (zathura-pdf-poppler comes to my mind).


How about:

$ fedrq wrsrc -s poppler -F name
LabPlot
OpenSceneGraph
R-pdftools
abiword
apvlv
atril
booksorg
bookworm
boomaga
calibre
calligra
cantor
claws-mail
deepin-api
deepin-file-manager
diff-pdf
diffoscope
diffpdf
docparser
efl
engauge-digitizer
evince
extractpdfmark
fbida
gambas3
gdal
gdcm
geeqie
gimagereader
gimp
gle
gnome-commander
graphviz
gscan2pdf
gsequencer
gummi
inkscape
kbibtex
kf5-kfilemetadata
kf5-kitinerary
kf6-kfilemetadata
kile
kitinerary
krita
ktikz
latex2html
libcupsfilters
libppd
libreoffice
mat2
okular
pdf2djvu
pdf2svg
pdfgrep
pdfpc
pg_auto_failover
photoqt
poppler-sharp
python-img2pdf
python-paperwork-backend
python-pdf2image
python-pikepdf
python3-poppler-qt5
qcomicbook
qpdfview
qt5-qtwebengine
qt6-qtwebengine
rubygem-activestorage
rubygem-asciidoctor-pdf
rubygem-poppler
scribus
setzer
tellico
texmaker
texstudio
texworks
tikzit
tracker-miners
tumbler
vfrnav
vips
weston
xournal
xournalpp
xreader
yacreader
zathura-pdf-poppler

-- Sandro



I guess this is explained before:
https://lists.pagure.io/archives/list/devel@lists.fedoraproject.org/message/U6YPJU77TTOH2VNMZP3CQIV5QHH5FXCY/

Mamoru
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: poppler soname bump in Rawhide soon

[Frantisek Zatloukal]

Also, at least efl is FTBFS now, so it can't be rebuilt, and you'll have to
make a poppler-compat package before merging this, if efl isn't fixed by
then.

On Tue, Jan 30, 2024 at 2:03 PM Sandro  wrote:

> On 30-01-2024 12:15, Michael J Gruber wrote:
> > Marek Kasik venit, vidit, dixit 2024-01-30 12:02:34:
> >> Hi,
> >>
> >> I plan to rebase poppler to 24.02.0 once it is released. It will be
> >> probably released this week and I would like to get it to rawhide before
> >> the branching together with rebuilds of dependent packages.
> >>
> >> I'll prepare the build in a side tag and will message relevant
> >> maintainers to rebuild their packages there.
> >>
> >> The packages which will need rebuilds:
> >>calligra
> >>gambas3
> >>gdal
> >>gdcm
> >>inkscape
> >>kf5-kitinerary
> >>libreoffice
> >>pdf2djvu
> >>scribus
> >
> > That list is surprisingly short. For example, poppler-glib requires a
> > specific poppler version, and via poppler-glib-devel that affects more
> > packages (zathura-pdf-poppler comes to my mind).
>
> How about:
>
> $ fedrq wrsrc -s poppler -F name
> LabPlot
> OpenSceneGraph
> R-pdftools
> abiword
> apvlv
> atril
> booksorg
> bookworm
> boomaga
> calibre
> calligra
> cantor
> claws-mail
> deepin-api
> deepin-file-manager
> diff-pdf
> diffoscope
> diffpdf
> docparser
> efl
> engauge-digitizer
> evince
> extractpdfmark
> fbida
> gambas3
> gdal
> gdcm
> geeqie
> gimagereader
> gimp
> gle
> gnome-commander
> graphviz
> gscan2pdf
> gsequencer
> gummi
> inkscape
> kbibtex
> kf5-kfilemetadata
> kf5-kitinerary
> kf6-kfilemetadata
> kile
> kitinerary
> krita
> ktikz
> latex2html
> libcupsfilters
> libppd
> libreoffice
> mat2
> okular
> pdf2djvu
> pdf2svg
> pdfgrep
> pdfpc
> pg_auto_failover
> photoqt
> poppler-sharp
> python-img2pdf
> python-paperwork-backend
> python-pdf2image
> python-pikepdf
> python3-poppler-qt5
> qcomicbook
> qpdfview
> qt5-qtwebengine
> qt6-qtwebengine
> rubygem-activestorage
> rubygem-asciidoctor-pdf
> rubygem-poppler
> scribus
> setzer
> tellico
> texmaker
> texstudio
> texworks
> tikzit
> tracker-miners
> tumbler
> vfrnav
> vips
> weston
> xournal
> xournalpp
> xreader
> yacreader
> zathura-pdf-poppler
>
> -- Sandro
>
> --
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue
>


-- 

Best regards / S pozdravem,

František Zatloukal
Senior Quality Engineer
Red Hat
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: poppler soname bump in Rawhide soon

[Sandro]

On 30-01-2024 12:15, Michael J Gruber wrote:

Marek Kasik venit, vidit, dixit 2024-01-30 12:02:34:

Hi,

I plan to rebase poppler to 24.02.0 once it is released. It will be
probably released this week and I would like to get it to rawhide before
the branching together with rebuilds of dependent packages.

I'll prepare the build in a side tag and will message relevant
maintainers to rebuild their packages there.

The packages which will need rebuilds:
   calligra
   gambas3
   gdal
   gdcm
   inkscape
   kf5-kitinerary
   libreoffice
   pdf2djvu
   scribus


That list is surprisingly short. For example, poppler-glib requires a
specific poppler version, and via poppler-glib-devel that affects more
packages (zathura-pdf-poppler comes to my mind).


How about:

$ fedrq wrsrc -s poppler -F name
LabPlot
OpenSceneGraph
R-pdftools
abiword
apvlv
atril
booksorg
bookworm
boomaga
calibre
calligra
cantor
claws-mail
deepin-api
deepin-file-manager
diff-pdf
diffoscope
diffpdf
docparser
efl
engauge-digitizer
evince
extractpdfmark
fbida
gambas3
gdal
gdcm
geeqie
gimagereader
gimp
gle
gnome-commander
graphviz
gscan2pdf
gsequencer
gummi
inkscape
kbibtex
kf5-kfilemetadata
kf5-kitinerary
kf6-kfilemetadata
kile
kitinerary
krita
ktikz
latex2html
libcupsfilters
libppd
libreoffice
mat2
okular
pdf2djvu
pdf2svg
pdfgrep
pdfpc
pg_auto_failover
photoqt
poppler-sharp
python-img2pdf
python-paperwork-backend
python-pdf2image
python-pikepdf
python3-poppler-qt5
qcomicbook
qpdfview
qt5-qtwebengine
qt6-qtwebengine
rubygem-activestorage
rubygem-asciidoctor-pdf
rubygem-poppler
scribus
setzer
tellico
texmaker
texstudio
texworks
tikzit
tracker-miners
tumbler
vfrnav
vips
weston
xournal
xournalpp
xreader
yacreader
zathura-pdf-poppler

-- Sandro

--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: poppler soname bump in Rawhide soon

[Michael J Gruber]

Marek Kasik venit, vidit, dixit 2024-01-30 12:02:34:
> Hi,
> 
> I plan to rebase poppler to 24.02.0 once it is released. It will be 
> probably released this week and I would like to get it to rawhide before 
> the branching together with rebuilds of dependent packages.
> 
> I'll prepare the build in a side tag and will message relevant 
> maintainers to rebuild their packages there.
> 
> The packages which will need rebuilds:
>   calligra
>   gambas3
>   gdal
>   gdcm
>   inkscape
>   kf5-kitinerary
>   libreoffice
>   pdf2djvu
>   scribus

That list is surprisingly short. For example, poppler-glib requires a
specific poppler version, and via poppler-glib-devel that affects more
packages (zathura-pdf-poppler comes to my mind).

Does libpoppler-glib stay at the same soname and "absorb" all poppler
changes behind its ABI?

Michael
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

poppler soname bump in Rawhide soon

[Marek Kasik]

Hi,

I plan to rebase poppler to 24.02.0 once it is released. It will be 
probably released this week and I would like to get it to rawhide before 
the branching together with rebuilds of dependent packages.


I'll prepare the build in a side tag and will message relevant 
maintainers to rebuild their packages there.


The packages which will need rebuilds:
 calligra
 gambas3
 gdal
 gdcm
 inkscape
 kf5-kitinerary
 libreoffice
 pdf2djvu
 scribus

Regards
Marek
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

poppler soname bump in Rawhide

[Marek Kasik]

Hi,

I've prepared rebase of poppler to 23.08.0, which was released today, in 
the side tag "f39-build-side-70931". I'm asking you to build your 
dependent packages in it and I will merge it to the main buildroot at 
Monday (7th of August) just before the branching.


There are several API changes and soname bump of the base library 
libpoppler.so.*.


Packages which need to be rebuilt:
 calligra
 gambas3
 gdal
 gdcm
 inkscape
 kf5-kitinerary
 libreoffice
 pdf2djvu
 scribus

If your package still uses the unstable API (headers from 
poppler-devel), could you consider to change it to use a stable API in 
the future (glib, qt5, C++)? It would mean less work for you and I would 
be able to disable the unstable API.


It seems that all these packages build fine with the new poppler so it 
should not take much time this time (according to local scratch-build).


Regards
Marek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: poppler soname bump in Rawhide

[Rajeesh K V]

> Packages which need to be rebuilt:
>   calligra
>   gambas3
>   gdal
>   gdcm
>   inkscape
>   kf5-kitinerary
>   libreoffice
>   pdf2djvu
>   scribus

Poppler update almost always results in rebuilding TeXLive (due to pdfTeX) too.

I was wondering how the ‘bootstrap’ build is done when that happens.
What magic incantations does spot (cc’ed) typically invoke for that,
is it somewhere documented?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

poppler soname bump in Rawhide

[Marek Kasik]

Hi,

I've prepared rebase of poppler to 23.02.0, which was released 
yesterday, in the side tag "f38-build-side-62722". I'm asking you to 
build your dependent packages in it and I will merge it to the main 
buildroot at Monday (6th of February) just before the branching.


There are several API changes and soname bump of the base library 
libpoppler.so.*.


Packages which need to be rebuilt:
 calligra
 gambas3
 gdal
 gdcm
 inkscape
 kf5-kitinerary
 libreoffice
 pdf2djvu
 scribus


If your package still uses the unstable API (headers from 
poppler-devel), could you consider to change it to use a stable API in 
the future (glib, qt5, C++)? It would mean less work for you and I would 
be able to disable the unstable API.



Regards
Marek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: poppler soname bump in Rawhide

[Marek Kasik]

On 8/1/22 18:13, Marek Kasik wrote:

Hi,

I plan to rebase poppler to 22.08.0 once it is available. The release 
usually happens at the beginning of month so I'm waiting for it now. 
Once it is ready, I'll build it in a side tag and will post it here. I 
plan to merge the side tag with buildroot next week before branching.


The new version has been released today. I've built it in side tag 
'f37-build-side-56087'. You can rebuild your packages there.



Packages which will need rebuild:

  calligra
  gambas3
  gdal
  gdcm
  inkscape
  kf5-kitinerary
  libreoffice
  pdf2djvu
  scribus
  texlive-base

Regards
Marek


Thanks
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: poppler soname bump in Rawhide

[Caolán McNamara]

On Mon, 2022-08-01 at 18:13 +0200, Marek Kasik wrote:
> Hi,
> 
> I plan to rebase poppler to 22.08.0 once it is available. The release
> usually happens at the beginning of month so I'm waiting for it now. 
> Once it is ready, I'll build it in a side tag and will post it here. 

>   libreoffice

There is the other icu upgrade happening too, hopefully there isn't a
collision there.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: poppler soname bump in Rawhide

[Kevin Kofler via devel]

Marek Kasik wrote:
> I plan to rebase poppler to 22.08.0 once it is available. The release
> usually happens at the beginning of month so I'm waiting for it now.
> Once it is ready, I'll build it in a side tag and will post it here. I
> plan to merge the side tag with buildroot next week before branching.
>
> Packages which will need rebuild:
> 
>   calligra
>   gambas3
>   gdal
>   gdcm
>   inkscape
>   kf5-kitinerary
>   libreoffice
>   pdf2djvu
>   scribus
>   texlive-base

I take it that packages that use only, e.g., the Qt binding, do not have to 
be rebuilt? (E.g., okular.)

Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

poppler soname bump in Rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler to 22.08.0 once it is available. The release 
usually happens at the beginning of month so I'm waiting for it now. 
Once it is ready, I'll build it in a side tag and will post it here. I 
plan to merge the side tag with buildroot next week before branching.


Packages which will need rebuild:

 calligra
 gambas3
 gdal
 gdcm
 inkscape
 kf5-kitinerary
 libreoffice
 pdf2djvu
 scribus
 texlive-base

Regards
Marek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

poppler soname bump in Rawhide

[Marek Kasik]

Hi,

I've prepared rebase of poppler to 22.01.0 in the side tag 
"f36-build-side-49530". I'm asking you to build your dependent packages 
in it and I will ask to merge it to main branch next Tuesday (18th of 
January) just before the mass rebuild.


There are several API changes and soname bump of the base library 
libpoppler.so.*.


Packages which need to be rebuilt:
 calligra
 gambas3
 gdal
 gdcm
 inkscape
 kf5-kitinerary
 libreoffice
 pdf2djvu
 scribus
 texlive-base


If your package still uses the unstable API (headers from 
poppler-devel), could you consider to change it to use a stable API 
(glib, qt5, C++)? It would mean less work for you and I would be able to 
disable the unstable API.



Regards
Marek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: poppler soname bump in rawhide

[Marek Kasik]

Hi,

On 7/26/21 10:41 PM, Dominik 'Rathann' Mierzejewski wrote:

On Monday, 26 July 2021 at 18:06, Marek Kasik wrote:

Hi,

I've prepared rebase of poppler to 21.07.0 in the side tag
"f35-build-side-43960". I'm asking you to build your dependent packages in
it and I will ask to merge it to main branch next Monday (2nd of August).


Shouldn't you wait for the mass rebuild to complete first?


I've probably should but there is not much time left this summer. I was 
on vacation in the meantime and now I have to contact maintainers of the 
packages which have not been rebuilt yet to do the rebuilds before 
branching.



Regards,
Dominik


Regards
Marek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: poppler soname bump in rawhide

[Ankur Sinha]

On Mon, Jul 26, 2021 18:06:28 +0200, Marek Kasik wrote:
> Hi,

Hello,

> I've prepared rebase of poppler to 21.07.0 in the side tag
> "f35-build-side-43960". I'm asking you to build your dependent packages in
> it and I will ask to merge it to main branch next Monday (2nd of August).
> 
> There are several API changes and soname bump of the base library
> libpoppler.so.*.
> 
> If your package still uses the unstable API (headers from poppler-devel),
> could you consider to change it to use a stable API (glib, qt5, C++)? It
> would mean less work for you and I would be able to disable the unstable
> API.

pdfpc depends on poppler-glib but failed the mass rebuild so won't build
in the side tag either. I'll look into it once the FTBFS bug has been
filed and update accordingly.

-- 
Thanks,
Regards,
Ankur Sinha "FranciscoD" (He / Him / His) | 
https://fedoraproject.org/wiki/User:Ankursinha
Time zone: Europe/London


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: poppler soname bump in rawhide

[Zdenek Dohnal]

cups-filters's been rebuilt in side tag as cups-filters-1.28.9-5.fc35.

I removed the build requirement for poppler-devel, since it is no longer 
needed (all stuff is now covered by poppler-cpp-devel).


On 7/26/21 6:06 PM, Marek Kasik wrote:

Hi,

I've prepared rebase of poppler to 21.07.0 in the side tag 
"f35-build-side-43960". I'm asking you to build your dependent 
packages in it and I will ask to merge it to main branch next Monday 
(2nd of August).


There are several API changes and soname bump of the base library
libpoppler.so.*.

If your package still uses the unstable API (headers from 
poppler-devel), could you consider to change it to use a stable API 
(glib, qt5, C++)? It would mean less work for you and I would be able 
to disable the unstable API.


Regards

Marek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/

List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


--
Zdenek Dohnal
Software Engineer
Red Hat Czech - Brno TPB-C

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: poppler soname bump in rawhide

[Dominik 'Rathann' Mierzejewski]

On Monday, 26 July 2021 at 18:06, Marek Kasik wrote:
> Hi,
> 
> I've prepared rebase of poppler to 21.07.0 in the side tag
> "f35-build-side-43960". I'm asking you to build your dependent packages in
> it and I will ask to merge it to main branch next Monday (2nd of August).

Shouldn't you wait for the mass rebuild to complete first?

Regards,
Dominik
-- 
Fedora   https://getfedora.org  |  RPM Fusion  http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I've prepared rebase of poppler to 21.07.0 in the side tag 
"f35-build-side-43960". I'm asking you to build your dependent packages 
in it and I will ask to merge it to main branch next Monday (2nd of August).


There are several API changes and soname bump of the base library
libpoppler.so.*.

If your package still uses the unstable API (headers from 
poppler-devel), could you consider to change it to use a stable API 
(glib, qt5, C++)? It would mean less work for you and I would be able to 
disable the unstable API.


Regards

Marek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: poppler soname bump in rawhide

[Kevin Kofler via devel]

Marek Kasik wrote:
> Thanks for pointing me to this fork, I was not aware of it. I've
> prepared my own pull request already:
> https://src.fedoraproject.org/rpms/diffpdf/pull-request/1
> 
> Looking at it now, it seems that CI failed for it. I'm going to have a
> look at that.

You probably don't have all the changes required for the Qt 5 port covered.

The Debian package:
https://packages.debian.org/sid/utils/diffpdf
has a patch against the last upstream version to make it support Qt 5.

But in the long run, I think switching to the maintained fork is the way to 
go.

Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: poppler soname bump in rawhide

[Marek Kasik]

On 1/11/21 9:31 PM, Kevin Kofler via devel wrote:

Marek Kasik wrote:

I've also removed the Qt4 frontend which we've maintained for
compatibility. Relevant package maintainers were contacted and some of
them already switched to Qt5.


For diffpdf, it looks like it needs to be upgraded to this fork:
https://gitlab.com/eang/diffpdf

(The original upstream is now proprietary software.)


Thanks for pointing me to this fork, I was not aware of it. I've 
prepared my own pull request already: 
https://src.fedoraproject.org/rpms/diffpdf/pull-request/1


Looking at it now, it seems that CI failed for it. I'm going to have a 
look at that.




 Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: poppler soname bump in rawhide

[Marek Kasik]

Hi,

On 1/11/21 6:44 PM, Marek Kasik wrote:

Hi,

I've prepared rebase of poppler to 21.01.0 in the side tag 
"f34-build-side-35737". I ask you to build your dependent packages in it 
and I will ask to merge it to main branch next Tuesday (19th of January).
Let me know if you won't have time for that or there will be some other 
circumstances where I can help.


There are several API changes and soname bump of the base library
libpoppler.so.*.


these are the packages which need to be rebuilt (which requires 
libpoppler.so.*):


calligra
gambas3
gdal
gdcm
inkscape
kf5-kitinerary
libreoffice
pdf2djvu
scribus
texlive-base

Sorry for not sending it in the previous email. The ones which uses 
stable frontends only don't need to be rebuilt.


Thanks

I've also removed the Qt4 frontend which we've maintained for 
compatibility. Relevant package maintainers were contacted and some of 
them already switched to Qt5.


Upstream removed poppler-cairo.pc and poppler-splash.pc since it 
considers those APIs pure internal. It is better to use poppler-glib or 
poppler-qt5.


Btw, if your package still uses the unstable API (headers from 
poppler-devel), could you consider to change it to use a stable API 
(glib, qt5, C++)? It would mean less work for you and I would be able to 
disable the unstable API.


Regards

Marek

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: poppler soname bump in rawhide

[Ankur Sinha]

On Mon, Jan 11, 2021 18:44:47 +0100, Marek Kasik wrote:
> Hi,

Hi Marek,

> I've prepared rebase of poppler to 21.01.0 in the side tag
> "f34-build-side-35737". I ask you to build your dependent packages in it and
> I will ask to merge it to main branch next Tuesday (19th of January).
> Let me know if you won't have time for that or there will be some other
> circumstances where I can help.

Thanks. I've kicked off builds for gdcm and pdfpc. I don't *think* any
of my other packages depend on poppler.

- https://koji.fedoraproject.org/koji/taskinfo?taskID=59461809
- https://koji.fedoraproject.org/koji/taskinfo?taskID=59461658

-- 
Thanks,
Regards,
Ankur Sinha "FranciscoD" (He / Him / His) | 
https://fedoraproject.org/wiki/User:Ankursinha
Time zone: Europe/London


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: poppler soname bump in rawhide

[Kevin Kofler via devel]

Marek Kasik wrote:
> I've also removed the Qt4 frontend which we've maintained for
> compatibility. Relevant package maintainers were contacted and some of
> them already switched to Qt5.

For diffpdf, it looks like it needs to be upgraded to this fork:
https://gitlab.com/eang/diffpdf

(The original upstream is now proprietary software.)

Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: poppler soname bump in rawhide

[Scott Talbert]

On Mon, 11 Jan 2021, Gwyn Ciesla via devel wrote:


I didn't realize sip5 provided the python bindings, but it does. The build 
still fails:

https://kojipkgs.fedoraproject.org//work/tasks/6643/59456643/build.log


Looks like you're still using sip4?  /usr/bin/sip is sip4.  sip5 is 
/usr/bin/sip5.


building 'popplerqt5' extension
/usr/bin/sip -I /usr/share/sip -t POPPLER_V21_01_0 -c 
build/temp.linux-armv7l-3.9 -b build/temp.linux-armv7l-3.9/poppler-qt5.sbf 
-I /usr/share/sip/PyQt5 -n PyQt5.sip -t WS_X11 -t Qt_5_15_0 
poppler-qt5.sip
sip: poppler-form.sip:152: 
::Poppler::FormFieldChoice::choicesWithExportValues() unsupported function 
return type - provide %MethodCode and a C++ signature

error: command '/usr/bin/sip' failed with exit code 1

Scott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: poppler soname bump in rawhide

[Gwyn Ciesla via devel]

I didn't realize sip5 provided the python bindings, but it does. The build 
still fails:

https://kojipkgs.fedoraproject.org//work/tasks/6643/59456643/build.log


-- 
Gwyn Ciesla
she/her/hers
 
in your fear, seek only peace 
in your fear, seek only love
-d. bowie

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐
On Monday, January 11, 2021 12:29 PM, Scott Talbert  wrote:

> On Mon, 11 Jan 2021, Gwyn Ciesla via devel wrote:
> 

> > python3-sip-4.19.24 seems too old for python3-poppler-qt5 21.1.0, and
> > sip5 seems to lack python bindings. What's the best plan to resolve
> > this?
> 

> What do you mean by "sip5 seems to lack python bindings?"
> 

> Scott
> 

> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: poppler soname bump in rawhide

[Scott Talbert]

On Mon, 11 Jan 2021, Gwyn Ciesla via devel wrote:

python3-sip-4.19.24 seems too old for python3-poppler-qt5 21.1.0, and 
sip5 seems to lack python bindings. What's the best plan to resolve 
this?


What do you mean by "sip5 seems to lack python bindings?"

Scott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: poppler soname bump in rawhide

[Gwyn Ciesla via devel]

python3-sip-4.19.24 seems too old for python3-poppler-qt5 21.1.0, and sip5 
seems to lack python bindings. What's the best plan to resolve this?


-- 
Gwyn Ciesla
she/her/hers
 
in your fear, seek only peace 
in your fear, seek only love
-d. bowie

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐
On Monday, January 11, 2021 11:44 AM, Marek Kasik  wrote:

> Hi,
> 

> I've prepared rebase of poppler to 21.01.0 in the side tag
> "f34-build-side-35737". I ask you to build your dependent packages in it
> and I will ask to merge it to main branch next Tuesday (19th of January).
> Let me know if you won't have time for that or there will be some other
> circumstances where I can help.
> 

> There are several API changes and soname bump of the base library
> libpoppler.so.*.
> 

> I've also removed the Qt4 frontend which we've maintained for
> compatibility. Relevant package maintainers were contacted and some of
> them already switched to Qt5.
> 

> Upstream removed poppler-cairo.pc and poppler-splash.pc since it
> considers those APIs pure internal. It is better to use poppler-glib or
> poppler-qt5.
> 

> Btw, if your package still uses the unstable API (headers from
> poppler-devel), could you consider to change it to use a stable API
> (glib, qt5, C++)? It would mean less work for you and I would be able to
> disable the unstable API.
> 

> Regards
> 

> Marek
> 

> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org



signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: poppler soname bump in rawhide

[Neal Gompa]

On Mon, Jan 11, 2021 at 12:45 PM Marek Kasik  wrote:
>
> Hi,
>
> I've prepared rebase of poppler to 21.01.0 in the side tag
> "f34-build-side-35737". I ask you to build your dependent packages in it
> and I will ask to merge it to main branch next Tuesday (19th of January).
> Let me know if you won't have time for that or there will be some other
> circumstances where I can help.
>
> There are several API changes and soname bump of the base library
> libpoppler.so.*.
>
> I've also removed the Qt4 frontend which we've maintained for
> compatibility. Relevant package maintainers were contacted and some of
> them already switched to Qt5.
>
> Upstream removed poppler-cairo.pc and poppler-splash.pc since it
> considers those APIs pure internal. It is better to use poppler-glib or
> poppler-qt5.
>
> Btw, if your package still uses the unstable API (headers from
> poppler-devel), could you consider to change it to use a stable API
> (glib, qt5, C++)? It would mean less work for you and I would be able to
> disable the unstable API.
>

I believe that Jan Grulich (Cc'd to this email) is working on bringing
Qt6 into Fedora now[1], so it'd be great if we could coordinate that so
Poppler gets its Qt6 frontend enabled too.

[1]: https://pagure.io/fedora-kde/SIG/issue/30




--
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I've prepared rebase of poppler to 21.01.0 in the side tag 
"f34-build-side-35737". I ask you to build your dependent packages in it 
and I will ask to merge it to main branch next Tuesday (19th of January).
Let me know if you won't have time for that or there will be some other 
circumstances where I can help.


There are several API changes and soname bump of the base library
libpoppler.so.*.

I've also removed the Qt4 frontend which we've maintained for 
compatibility. Relevant package maintainers were contacted and some of 
them already switched to Qt5.


Upstream removed poppler-cairo.pc and poppler-splash.pc since it 
considers those APIs pure internal. It is better to use poppler-glib or 
poppler-qt5.


Btw, if your package still uses the unstable API (headers from 
poppler-devel), could you consider to change it to use a stable API 
(glib, qt5, C++)? It would mean less work for you and I would be able to 
disable the unstable API.


Regards

Marek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I've prepared rebase of poppler to 0.90.0 in the side tag 
"f33-build-side-25167". I ask you to build your dependent packages in it 
and I will ask to merge it to main branch next Friday (17th of July).


There are several API changes and soname bump of the base library
libpoppler.so.*.

Btw, if your package uses the unstable API (headers from poppler-devel),
could you consider to change it to use a stable API (glib, qt5, C++)? It 
would mean less work for you.


Also, if your package still uses qt4 frontend, try to use another one 
since this was removed in upstream and we have it just as a backup 
solution which I plan to remove in next rebase (the one for Fedora 34).


I'll notice corresponding maintainers separately.

Regards

Marek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I'm going to rebase poppler in rawhide to poppler-0.84.0 at the 
beginning of next week.


There are several API changes and soname bump of the base library
libpoppler.so.*.

Here is scratch-build of poppler-0.84.0:

https://koji.fedoraproject.org/koji/taskinfo?taskID=40194709


Btw, if your package uses the unstable API (headers from poppler-devel),
could you consider to change it to use a stable API (glib, qt, C++)?
Also, if your package still uses qt4 frontend, try to use another one 
since this was removed in upstream and we have it just as a backup 
solution for the time being (and its maintaining costs time).



I'll backport/fix simple issues in the dependent packages and rebuild 
them together with the rebase (e.g. the one with GlobalParams being 
unique ptr now).



Regards

Marek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I'm going to rebase poppler in rawhide to poppler-0.73.0 at the end of 
next week.


There are several API changes and soname bump of the base library
libpoppler.so.*.

Here is scratch-build of poppler-0.73.0:

http://koji.fedoraproject.org/koji/taskinfo?taskID=32108492


Btw, if your package uses the unstable API (headers from poppler-devel),
could you consider to change it to use a stable API (glib, qt, C++)?
Also, if your package still uses qt4 frontend, try to use another one 
since this was removed in upstream and we have it just as a backup 
solution for the time being.



Regards

Marek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: poppler soname bump in rawhide

[Federico Bruni]

Il giorno mar 14 ago 2018 alle 2:31, Marek Kasik  ha 
scritto:

Hi,

I'm going to rebase poppler in rawhide to poppler-0.67.0 now.

There are several API changes and soname bump of the base library
libpoppler.so.*.

I've checked all packages which depend on the libpoppler.so.* and 
have backported/prepared fixes to reflect poppler's API changes.


Unfortunately, libreoffice does not build currently (#1615616). But 
I've decided to push the rebase though because branching will happen 
today and I could not do chain build after that for F29.


Btw, if your package use the unstable API (headers from 
poppler-devel),

could you consider to change it to use a stable API (glib, qt, C++)?



Hi Marek

upstream developer of the package I maintain (extractpdfmark) has just 
opened a merge request that would allow him to use the stable API:

https://gitlab.freedesktop.org/poppler/poppler/merge_requests/75


___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: poppler soname bump in rawhide

[Miro Hrončok]

On 21.8.2018 02:01, Amit Saha wrote:



On Sat, Aug 18, 2018 at 8:19 PM Christian Dersch 
mailto:lupinix.fed...@gmail.com>> wrote:


Am Di., 14. Aug. 2018 um 15:41 Uhr schrieb Marek Kasik
mailto:mka...@redhat.com>>:



On 08/14/2018 01:29 PM, Stephen Gallagher wrote:
 > On Mon, Aug 13, 2018 at 8:32 PM Marek Kasik
mailto:mka...@redhat.com>> wrote:
 >
 >> Hi,
 >>
 >> I'm going to rebase poppler in rawhide to poppler-0.67.0 now.
 >>
 >> There are several API changes and soname bump of the base
library
 >> libpoppler.so.*.
 >>
 >> I've checked all packages which depend on the
libpoppler.so.* and have
 >> backported/prepared fixes to reflect poppler's API changes.
 >>
 >> Unfortunately, libreoffice does not build currently
(#1615616). But I've
 >> decided to push the rebase though because branching will
happen today
 >> and I could not do chain build after that for F29.
 >>
 >> Btw, if your package use the unstable API (headers from
poppler-devel),
 >> could you consider to change it to use a stable API (glib,
qt, C++)?
 >>
 >>
 >>
 > Please do not push this change today. We are going to branch
F29 and I'd
 > really like to not see a whole lot of breakage at the same time.
 >
 > It would be best to work out the kinks in Rawhide and then
merge them all
 > at once to F29 between Branching and Beta Freeze.

Hi,

I've already pushed the change to rawhide at night. The only
problems
are LibreOffice and GDAL now. They don't build from source even
without
the rebase of poppler.
I'm looking at the GDAL now and I see that Caolan has pushed new
LibreOffice to rawhide.


Any news on gdal? This breaks three of the Fedora Spins: Astronomy,
Robotic and Scientific. So please fix this asap! And please
coordinate that better next time, poppler is known to break things…
Pushing that before branching (and mostly without announcement,
because there was no time to test) was not a good idea :(


Thanks for raising.  Asking for Fedora Scientific - should I comment out 
packages which needs gdal?


There is a PR open for gdal: 
https://src.fedoraproject.org/rpms/gdal/pull-request/7


--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/XC7ZZJU2TUNINZTXL7TOF7WCXAYNHSLL/

Re: poppler soname bump in rawhide

[Amit Saha]

On Sat, Aug 18, 2018 at 8:19 PM Christian Dersch 
wrote:

> Am Di., 14. Aug. 2018 um 15:41 Uhr schrieb Marek Kasik  >:
>
>>
>>
>> On 08/14/2018 01:29 PM, Stephen Gallagher wrote:
>> > On Mon, Aug 13, 2018 at 8:32 PM Marek Kasik  wrote:
>> >
>> >> Hi,
>> >>
>> >> I'm going to rebase poppler in rawhide to poppler-0.67.0 now.
>> >>
>> >> There are several API changes and soname bump of the base library
>> >> libpoppler.so.*.
>> >>
>> >> I've checked all packages which depend on the libpoppler.so.* and have
>> >> backported/prepared fixes to reflect poppler's API changes.
>> >>
>> >> Unfortunately, libreoffice does not build currently (#1615616). But
>> I've
>> >> decided to push the rebase though because branching will happen today
>> >> and I could not do chain build after that for F29.
>> >>
>> >> Btw, if your package use the unstable API (headers from poppler-devel),
>> >> could you consider to change it to use a stable API (glib, qt, C++)?
>> >>
>> >>
>> >>
>> > Please do not push this change today. We are going to branch F29 and I'd
>> > really like to not see a whole lot of breakage at the same time.
>> >
>> > It would be best to work out the kinks in Rawhide and then merge them
>> all
>> > at once to F29 between Branching and Beta Freeze.
>>
>> Hi,
>>
>> I've already pushed the change to rawhide at night. The only problems
>> are LibreOffice and GDAL now. They don't build from source even without
>> the rebase of poppler.
>> I'm looking at the GDAL now and I see that Caolan has pushed new
>> LibreOffice to rawhide.
>>
>>
> Any news on gdal? This breaks three of the Fedora Spins: Astronomy,
> Robotic and Scientific. So please fix this asap! And please coordinate that
> better next time, poppler is known to break things… Pushing that before
> branching (and mostly without announcement, because there was no time to
> test) was not a good idea :(
>

Thanks for raising.  Asking for Fedora Scientific - should I comment out
packages which needs gdal?


> Greetings
> Christian
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/L66GQVQMIQVEHNAVN6PO6UZBMY4MZGBT/
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/TPRO753DD36IY45NBPUIRR7YTQUWPG54/

Re: poppler soname bump in rawhide

[Nathanael D. Noblet]

On Mon, 2018-08-20 at 11:17 -0600, Nathanael D. Noblet wrote:
> On Tue, 2018-08-14 at 02:31 +0200, Marek Kasik wrote:
> > Hi,
> > 
> > I'm going to rebase poppler in rawhide to poppler-0.67.0 now.
> 
> Just in case you weren't aware.. They release 0.68 yesterday with
> some
> security fixes. Not sure if the API changed or anything like that as
> their changelog is pretty terse.

Looks like it changed from libpoppler.so.79 from so.78...

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/PT4TF4G6CDR5ETVCHGKVBLFLY2H5FKLG/

Re: poppler soname bump in rawhide

[Nathanael D. Noblet]

On Tue, 2018-08-14 at 02:31 +0200, Marek Kasik wrote:
> Hi,
> 
> I'm going to rebase poppler in rawhide to poppler-0.67.0 now.

Just in case you weren't aware.. They release 0.68 yesterday with some
security fixes. Not sure if the API changed or anything like that as
their changelog is pretty terse.



___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/E6IESTBQFUFUIEN5DVTXZAEQKQJHU7F5/

Re: poppler soname bump in rawhide

[Miro Hrončok]

On 14.8.2018 14:53, Marek Kasik wrote:



On 08/14/2018 01:29 PM, Stephen Gallagher wrote:

On Mon, Aug 13, 2018 at 8:32 PM Marek Kasik  wrote:


Hi,

I'm going to rebase poppler in rawhide to poppler-0.67.0 now.

There are several API changes and soname bump of the base library
libpoppler.so.*.

I've checked all packages which depend on the libpoppler.so.* and have
backported/prepared fixes to reflect poppler's API changes.

Unfortunately, libreoffice does not build currently (#1615616). But I've
decided to push the rebase though because branching will happen today
and I could not do chain build after that for F29.

Btw, if your package use the unstable API (headers from poppler-devel),
could you consider to change it to use a stable API (glib, qt, C++)?




Please do not push this change today. We are going to branch F29 and I'd
really like to not see a whole lot of breakage at the same time.

It would be best to work out the kinks in Rawhide and then merge them all
at once to F29 between Branching and Beta Freeze.


Hi,

I've already pushed the change to rawhide at night. The only problems 
are LibreOffice and GDAL now. They don't build from source even without 
the rebase of poppler.
I'm looking at the GDAL now and I see that Caolan has pushed new 
LibreOffice to rawhide.


Proposed a blocker bug: https://bugzilla.redhat.com/show_bug.cgi?id=1619295

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/CZD3YNCW6CTFM66A5X4EIDEZQB4MG4KM/

Re: poppler soname bump in rawhide

[Christian Dersch]

Am Di., 14. Aug. 2018 um 15:41 Uhr schrieb Marek Kasik :

>
>
> On 08/14/2018 01:29 PM, Stephen Gallagher wrote:
> > On Mon, Aug 13, 2018 at 8:32 PM Marek Kasik  wrote:
> >
> >> Hi,
> >>
> >> I'm going to rebase poppler in rawhide to poppler-0.67.0 now.
> >>
> >> There are several API changes and soname bump of the base library
> >> libpoppler.so.*.
> >>
> >> I've checked all packages which depend on the libpoppler.so.* and have
> >> backported/prepared fixes to reflect poppler's API changes.
> >>
> >> Unfortunately, libreoffice does not build currently (#1615616). But I've
> >> decided to push the rebase though because branching will happen today
> >> and I could not do chain build after that for F29.
> >>
> >> Btw, if your package use the unstable API (headers from poppler-devel),
> >> could you consider to change it to use a stable API (glib, qt, C++)?
> >>
> >>
> >>
> > Please do not push this change today. We are going to branch F29 and I'd
> > really like to not see a whole lot of breakage at the same time.
> >
> > It would be best to work out the kinks in Rawhide and then merge them all
> > at once to F29 between Branching and Beta Freeze.
>
> Hi,
>
> I've already pushed the change to rawhide at night. The only problems
> are LibreOffice and GDAL now. They don't build from source even without
> the rebase of poppler.
> I'm looking at the GDAL now and I see that Caolan has pushed new
> LibreOffice to rawhide.
>
>
Any news on gdal? This breaks three of the Fedora Spins: Astronomy, Robotic
and Scientific. So please fix this asap! And please coordinate that better
next time, poppler is known to break things… Pushing that before branching
(and mostly without announcement, because there was no time to test) was
not a good idea :(

Greetings
Christian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/L66GQVQMIQVEHNAVN6PO6UZBMY4MZGBT/

Re: poppler soname bump in rawhide

[Stephen Gallagher]

On Tue, Aug 14, 2018 at 8:53 AM Marek Kasik  wrote:

>
>
> On 08/14/2018 01:29 PM, Stephen Gallagher wrote:
> > On Mon, Aug 13, 2018 at 8:32 PM Marek Kasik  wrote:
> >
> >> Hi,
> >>
> >> I'm going to rebase poppler in rawhide to poppler-0.67.0 now.
> >>
> >> There are several API changes and soname bump of the base library
> >> libpoppler.so.*.
> >>
> >> I've checked all packages which depend on the libpoppler.so.* and have
> >> backported/prepared fixes to reflect poppler's API changes.
> >>
> >> Unfortunately, libreoffice does not build currently (#1615616). But I've
> >> decided to push the rebase though because branching will happen today
> >> and I could not do chain build after that for F29.
> >>
> >> Btw, if your package use the unstable API (headers from poppler-devel),
> >> could you consider to change it to use a stable API (glib, qt, C++)?
> >>
> >>
> >>
> > Please do not push this change today. We are going to branch F29 and I'd
> > really like to not see a whole lot of breakage at the same time.
> >
> > It would be best to work out the kinks in Rawhide and then merge them all
> > at once to F29 between Branching and Beta Freeze.
>
> Hi,
>
> I've already pushed the change to rawhide at night. The only problems
> are LibreOffice and GDAL now. They don't build from source even without
> the rebase of poppler.
> I'm looking at the GDAL now and I see that Caolan has pushed new
> LibreOffice to rawhide.
>

The point of announcing an impending soname bump is to give your
downstreams time to adapt to it. Announcing it and doing it the same day is
not helpful and forces your dependents to react immediately. Please provide
at least a few days' response time before pushing soname bumps in the
future.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/UBGMRYILD3R5KDSZTY7L6WBMGYXH5IKO/

Re: poppler soname bump in rawhide

[Marek Kasik]

On 08/14/2018 01:29 PM, Stephen Gallagher wrote:

On Mon, Aug 13, 2018 at 8:32 PM Marek Kasik  wrote:


Hi,

I'm going to rebase poppler in rawhide to poppler-0.67.0 now.

There are several API changes and soname bump of the base library
libpoppler.so.*.

I've checked all packages which depend on the libpoppler.so.* and have
backported/prepared fixes to reflect poppler's API changes.

Unfortunately, libreoffice does not build currently (#1615616). But I've
decided to push the rebase though because branching will happen today
and I could not do chain build after that for F29.

Btw, if your package use the unstable API (headers from poppler-devel),
could you consider to change it to use a stable API (glib, qt, C++)?




Please do not push this change today. We are going to branch F29 and I'd
really like to not see a whole lot of breakage at the same time.

It would be best to work out the kinks in Rawhide and then merge them all
at once to F29 between Branching and Beta Freeze.


Hi,

I've already pushed the change to rawhide at night. The only problems 
are LibreOffice and GDAL now. They don't build from source even without 
the rebase of poppler.
I'm looking at the GDAL now and I see that Caolan has pushed new 
LibreOffice to rawhide.


Regards
Marek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/LEDIZYLUFONE55J7BQJLFUCZZDA5CG7N/

Re: poppler soname bump in rawhide

[Stephen Gallagher]

On Mon, Aug 13, 2018 at 8:32 PM Marek Kasik  wrote:

> Hi,
>
> I'm going to rebase poppler in rawhide to poppler-0.67.0 now.
>
> There are several API changes and soname bump of the base library
> libpoppler.so.*.
>
> I've checked all packages which depend on the libpoppler.so.* and have
> backported/prepared fixes to reflect poppler's API changes.
>
> Unfortunately, libreoffice does not build currently (#1615616). But I've
> decided to push the rebase though because branching will happen today
> and I could not do chain build after that for F29.
>
> Btw, if your package use the unstable API (headers from poppler-devel),
> could you consider to change it to use a stable API (glib, qt, C++)?
>
>
>
Please do not push this change today. We are going to branch F29 and I'd
really like to not see a whole lot of breakage at the same time.

It would be best to work out the kinks in Rawhide and then merge them all
at once to F29 between Branching and Beta Freeze.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/JN7X6EYDP5VD6YHHAUU6E26D7HETMAVC/

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I'm going to rebase poppler in rawhide to poppler-0.67.0 now.

There are several API changes and soname bump of the base library
libpoppler.so.*.

I've checked all packages which depend on the libpoppler.so.* and have 
backported/prepared fixes to reflect poppler's API changes.


Unfortunately, libreoffice does not build currently (#1615616). But I've 
decided to push the rebase though because branching will happen today 
and I could not do chain build after that for F29.


Btw, if your package use the unstable API (headers from poppler-devel),
could you consider to change it to use a stable API (glib, qt, C++)?


Regards

Marek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/KTPNGFA6MPKCD6XWNP3BMBHTVC2CZGYK/

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.48.0 at Friday.

There are several API changes and soname bump of the base library
libpoppler.so.*.

I've prepared a scratch build of poppler-0.48.0 against which you can
test your packages. You can find the build here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=16105494

or here:

http://mkasik.fedorapeople.org/poppler/


Also, if your package use the unstable API (headers from poppler-devel),
could you consider to change it to use a stable API (glib, qt, C++)?


Regards

Marek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: poppler soname bump in rawhide

[Igor Gnatenko]

Looks like LibreOffice is still broken in rawhide...

On Tue, Jul 12, 2016 at 2:30 PM, Marek Kasik  wrote:
> Hi,
>
> I plan to rebase poppler in rawhide to poppler-0.45.0 next week.
>
> There are several API changes and soname bump of the base library
> libpoppler.so.*.
>
> I've prepared a scratch build of poppler-0.45.0 against which you can
> test your packages. You can find the build here:
>
> http://koji.fedoraproject.org/koji/taskinfo?taskID=14871034
>
> or here:
>
> http://mkasik.fedorapeople.org/poppler/
>
>
> Also, if your package use the unstable API (headers from poppler-devel),
> could you consider to change it to use a stable API (glib, qt, C++)?
>
>
> Regards
>
> Marek
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org



-- 
-Igor Gnatenko
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.45.0 next week.

There are several API changes and soname bump of the base library
libpoppler.so.*.

I've prepared a scratch build of poppler-0.45.0 against which you can
test your packages. You can find the build here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=14871034

or here:

http://mkasik.fedorapeople.org/poppler/


Also, if your package use the unstable API (headers from poppler-devel),
could you consider to change it to use a stable API (glib, qt, C++)?


Regards

Marek
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.42.0 next week.

There are several API changes and soname bump of the base library
libpoppler.so.*.

I've prepared a scratch build of poppler-0.42.0 against which you can
test your packages. You can find the build here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=13761588

or here:

http://mkasik.fedorapeople.org/poppler/


Also, if your package use the unstable API (headers from poppler-devel),
could you consider to change it to use a stable API (glib, qt, C++)?


Regards

Marek
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.40.0 this Friday.

There are several API changes and soname bump of the base library
libpoppler.so.*.

I've prepared a scratch build of poppler-0.40.0 against which you can
test your packages. You can find the build here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=12591753

or here:

http://mkasik.fedorapeople.org/poppler/


Also, if your package use the unstable API (headers from poppler-devel),
could you consider to change it to use a stable API (glib, qt, C++)?


Regards

Marek
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.38.0 during the next week.

There are several API changes and soname bump of the base library
libpoppler.so.*.

I've prepared a scratch build of poppler-0.38.0 against which you can
test your packages. You can find the build here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=11893623

or here:

http://mkasik.fedorapeople.org/poppler/


Also, if your package use the unstable API (headers from poppler-devel),
could you consider to change it to use a stable API (glib, qt, C++)?


Regards

Marek
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

poppler soname bump in rawhide and F23

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide and Fedora 23 to poppler-0.34.0
during the next week.

There are several API changes and soname bump of the base library
libpoppler.so.*.

I've prepared a scratch build of poppler-0.34.0 against which you can
test your packages. You can find the build here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=10364951

or here:

http://mkasik.fedorapeople.org/poppler/


Regards

Marek
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.33.0 during the next week.

There are several API changes and soname bump of the base library
libpoppler.so.*.

I've prepared a scratch build of poppler-0.33.0 against which you can
test your packages. You can find the build here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=9851480

or here:

http://mkasik.fedorapeople.org/poppler/


Poppler developers changed the model they use for releasing.
All releases should be considered stable from now so even the odd ones.

Also, if your package use the unstable API (headers from poppler-devel),
could you consider to change it to use a stable API (glib, qt, C++)?
This would allow us to not ship the headers and rebase to the newest
poppler versions whenever we want not just in Rawhide.


Regards

Marek
___
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.33.0 during the next week.

There are several API changes and soname bump of the base library
libpoppler.so.*.

I've prepared a scratch build of poppler-0.33.0 against which you can
test your packages. You can find the build here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=9851480

or here:

http://mkasik.fedorapeople.org/poppler/


Poppler developers changed the model they use for releasing.
All releases should be considered stable from now so even the odd ones.

Also, if your package use the unstable API (headers from poppler-devel),
could you consider to change it to use a stable API (glib, qt, C++)?
This would allow us to not ship the headers and rebase to the newest
poppler versions whenever we want not just in Rawhide.


Regards

Marek
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.28.1 at the end of the
next week.
There are several API changes.

I've prepared a scratch build of poppler-0.28.1 against which you can
test your packages. You can find the build here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=8143004

or here:

http://mkasik.fedorapeople.org/poppler/

Regards

Marek
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.28.1 at the end of the
next week.
There are several API changes.

I've prepared a scratch build of poppler-0.28.1 against which you can
test your packages. You can find the build here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=8143004

or here:

http://mkasik.fedorapeople.org/poppler/

Regards

Marek
___
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.26.0 at 12th of May.
There are several API changes.

I've prepared a scratch build of poppler-0.26.0 against which you can
test your packages. You can find the build here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=6798518

and here:

http://mkasik.fedorapeople.org/poppler/

Regards

Marek
___
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce

Re: poppler soname bump in rawhide

[Kalev Lember]

On 08/08/2013 05:12 PM, Marek Kasik wrote:
 I plan to rebase poppler in rawhide to poppler-0.24.0 at 19th of August.
 There are several changes and 1 soname bump (libpoppler.so.37 to
 libpoppler.so.43). It also adds support for Qt5.

If you already have everything prepared, perhaps it's worth doing the
rebase earlier than that? According to the current schedule, F20 is
going to be branched off of rawhide on August 20, which would only leave
one day for rebuilds before the branching.

-- 
Kalev
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.24.0 at 19th of August.
There are several changes and 1 soname bump (libpoppler.so.37 to
libpoppler.so.43). It also adds support for Qt5.

I've prepared a scratch build of poppler-0.24.0 against which you can
test your packages. You can find the build here:

http://koji.fedoraproject.org/koji/taskinfo?taskID=5794682

or here:

http://mkasik.fedorapeople.org/poppler/

Regards

Marek
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.22.4 at the beginning
of the next week (24th of June).
There are several changes (new parameters of some functions and new
private members of some classes (Stream, Gfx, DCTStream and TextWord))
and 1 soname bump (libpoppler.so.34 to libpoppler.so.37).

Regards

Marek
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: poppler soname bump in rawhide

[Marek Kasik]

On 06/23/2012 11:15 AM, Nicolas Mailhot wrote:
 
 Le Ven 22 juin 2012 14:04, Marek Kasik a écrit :
 Hi,

 I plan to rebase poppler in rawhide to poppler-0.20.1 at the end of next
 week.
 There are several API changes (new functions + 1 move of a private
 function to public section) and 1 soname bump (libpoppler.so.25 to
 libpoppler.so.26).
 
 Will it work with inkscape this time?
 There has not been a rawhide-compatible inkscape package for months due to
 poppler changes

Yes, it will work. I've just tested it.

Marek
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: poppler soname bump in rawhide

[Nicolas Mailhot]

Le Mer 27 juin 2012 10:02, Marek Kasik a écrit :
 On 06/23/2012 11:15 AM, Nicolas Mailhot wrote:

 Le Ven 22 juin 2012 14:04, Marek Kasik a écrit :
 Hi,

 I plan to rebase poppler in rawhide to poppler-0.20.1 at the end of next
 week.
 There are several API changes (new functions + 1 move of a private
 function to public section) and 1 soname bump (libpoppler.so.25 to
 libpoppler.so.26).

 Will it work with inkscape this time?
 There has not been a rawhide-compatible inkscape package for months due to
 poppler changes

 Yes, it will work. I've just tested it.

Thanks a lot, this is wonderful!

-- 
Nicolas Mailhot

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: poppler soname bump in rawhide

[Nicolas Mailhot]

Le Ven 22 juin 2012 14:04, Marek Kasik a écrit :
 Hi,

 I plan to rebase poppler in rawhide to poppler-0.20.1 at the end of next
 week.
 There are several API changes (new functions + 1 move of a private
 function to public section) and 1 soname bump (libpoppler.so.25 to
 libpoppler.so.26).

Will it work with inkscape this time?
There has not been a rawhide-compatible inkscape package for months due to
poppler changes


Resolving Dependencies
-- Running transaction check
--- Package inkscape.x86_64 0:0.48.2-5.fc17 will be installed
-- Processing Dependency: libpoppler.so.19()(64bit) for package:
inkscape-0.48.2-5.fc17.x86_64
-- Finished Dependency Resolution
Error: Package: inkscape-0.48.2-5.fc17.x86_64 (koji-f17-builds)
   Requires: libpoppler.so.19()(64bit)
   Available: poppler-0.18.4-3.fc17.x86_64 (koji-f17-builds)
   libpoppler.so.19()(64bit)
   Installed: poppler-0.20.0-1.fc18.x86_64 (@koji-f18-builds)
   Not found
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest


-- 
Nicolas Mailhot

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: poppler soname bump in rawhide

[Rex Dieter]

Nicolas Mailhot wrote:

 
 Le Ven 22 juin 2012 14:04, Marek Kasik a écrit :
 Hi,

 I plan to rebase poppler in rawhide to poppler-0.20.1 at the end of next
 week.
 There are several API changes (new functions + 1 move of a private
 function to public section) and 1 soname bump (libpoppler.so.25 to
 libpoppler.so.26).
 
 Will it work with inkscape this time?
 There has not been a rawhide-compatible inkscape package for months due to
 poppler changes

Seems there's a patch available that inkscape maintainers have yet to apply:

https://bugzilla.redhat.com/show_bug.cgi?id=822413

I'll try to look closer at it myself later today.

-- rex

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: poppler soname bump in rawhide

[Johannes Lips]

Marek Kasik wrote:
 Hi,
 
 I plan to rebase poppler in rawhide to poppler-0.20.1 at the end of next
 week.
 There are several API changes (new functions + 1 move of a private
 function to public section) and 1 soname bump (libpoppler.so.25 to
 libpoppler.so.26).
 
 Regards
 
 Marek
 ___
 devel-announce mailing list
 devel-annou...@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel-announce
 
Are you doing the necessary rebuilds as well or should we, the
maintainers of the depending packages, do them?

Johannes



-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: poppler soname bump in rawhide

[Rex Dieter]

Rex Dieter wrote:

 Nicolas Mailhot wrote:
 
 
 Le Ven 22 juin 2012 14:04, Marek Kasik a écrit :
 Hi,

 I plan to rebase poppler in rawhide to poppler-0.20.1 at the end of next
 week.
 There are several API changes (new functions + 1 move of a private
 function to public section) and 1 soname bump (libpoppler.so.25 to
 libpoppler.so.26).
 
 Will it work with inkscape this time?
 There has not been a rawhide-compatible inkscape package for months due
 to poppler changes
 
 Seems there's a patch available that inkscape maintainers have yet to
 apply:
 
 https://bugzilla.redhat.com/show_bug.cgi?id=822413
 
 I'll try to look closer at it myself later today.

OK, got it fixed now,
http://koji.fedoraproject.org/koji/buildinfo?buildID=327259

-- rex

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.20.1 at the end of next
week.
There are several API changes (new functions + 1 move of a private
function to public section) and 1 soname bump (libpoppler.so.25 to
libpoppler.so.26).

Regards

Marek
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.20.1 at the end of next
week.
There are several API changes (new functions + 1 move of a private
function to public section) and 1 soname bump (libpoppler.so.25 to
libpoppler.so.26).

Regards

Marek
___
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.17.0.
There are several API changes and 2 soname bumps (libpoppler.so.13 to
libpoppler.so.14 and libpoppler-glib.so.6 to libpoppler-glib.so.8).
You can test it against your package with this scratch-build:
http://koji.fedoraproject.org/koji/taskinfo?taskID=2966806
I'll do chain-build of poppler and packages requiring it next Friday
(8th of April).

Regards

Marek
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

poppler soname bump in rawhide

[Marek Kasik]

Hi,

I plan to rebase poppler in rawhide to poppler-0.15.3. There are some
API changes (see below) and 1 soname bump of libpoppler.so.9 to
libpoppler.so.11.
You can test it against your package with this scratch-build:
http://koji.fedoraproject.org/koji/taskinfo?taskID=2552287
I'll ask release engineers for chain-build of it in the middle of next
week.

Regards

Marek



Changes against 0.15.1:
core:
 * Improve shadings and antialias in the Splash backend (Bug #30436)
 * Linearization improvements
 * Small improvements to the Arthur backend
 * Fix calculation of the size of some pages (Bug #30784)
 * Fix crashes in broken documents
 * Improve rendering of radial shadings
 * Open a broken file (Bug #31861)
 * Correct parsing of linearization table (Bug #31627)
 * Find fonts inside patterns (Bug #31948)
 * [win32] Simplify strtok_r implementation
 * Use a std::vector instead of a var-length-array of chars
 * Fix crashes in broken files
 * Use sets instead of arrays for looking for duplicate fonts

qt4:
 * Add Page::renderToPainter() method
 * Add setDebugErrorFunction() method

cpp:
 * Add the hability to render pages to an image
 * Include correction

utils:
 * Add -p flag to pdfimages
 * pdffonts: Remove duplicated code

build system:
 * Remove -ansi flag for cywin and mingw




API changes against 0.15.1:

removed   goo/GooVector.h
new file  Hints.h
new file  Linearization.h
new file  cpp/poppler-page-renderer.h

All GooVector has been replaced with std::vector.

cpp/poppler-image.h
 - new public function in class image:
 bytes_per_row


poppler/Dict.h
 - API change of a public function in class Dict:
 lookup

 - new public function in class Dict:
 hasKey


Form.h
 - API changes in constructors of classes FormField, FormFieldButton,
   FormFieldText, FormFieldChoice, FormFieldSignature

 - API change in a public function of class Form:
 createFieldFromDict


Function.h
 - API change in constructor of class StitchingFunction


Object.h
 - API change in functions of class Object:
 fetch, dictLookup

OutputDev.h
 - API change in a public function of class OutputDev:
 useShadedFills

 - new public functions in class OutputDev
 gouraudTriangleShadedFill, patchMeshShadedFill


Parser.h
 - new versions of a public function in class Parser:
 getObj


PDFDoc.h
 - new public functions in class PDFDoc
 getLinearization, getPage


PSOutputDev.h
 - API changes in constructors of class PSOutputDev

 - API changes in a public function of class PSOutputDev:
 useShadedFills()

 - a public function removed from PSOutputDev:
 writeDocSetup


qt4/poppler-qt4.h
 - new public enum in class Page:
 PainterFlag

 - new public function in class Page:
 renderToPainter


splash/SplashBitmap.h
 - new public function in class SplashBitmap:
 getRowPad


splash/SplashFontFile.h
 - destructor of class SplashFontSrc moved to private section


splash/Splash.h
 - new public functions in class Splash:
 shadedFill, gouraudTriangleShadedFill


splash/SplashPattern.h
 - API change in a public function of class SplashPattern:
 getColor

 - API change in a public function of class SplashSolidColor:
 getColor
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: poppler soname bump in rawhide

[Marek Kasik]

On 12/01/2010 05:10 PM, Marek Kasik wrote:
 You can test it against your package with this scratch-build:
 http://koji.fedoraproject.org/koji/taskinfo?taskID=2552287

It should be http://koji.fedoraproject.org/koji/taskinfo?taskID=2636922

Marek
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel