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

[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

[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

[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 <lists(a)penguinpee.nl&gt; 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(a)lists.fedoraproject.org
>  To unsubscribe send an email to devel-leave(a)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/[e-mail]
>  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

[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 fzatlouk(a)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 <> lists(a)penguinpee.nl&gt; > 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(a)lists.fedoraproject.org
> > To unsubscribe send an email to >> devel-leave(a)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/[e-mail]
> > 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
>

[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/[e-mail]/messa...

Mamoru

[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

[Michael J Gruber]

Am Mi., 31. Jan. 2024 um 11:15 Uhr schrieb Marek Kasik <mkasik(a)redhat.com&gt;:
>  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

[Tom Callaway]

efl should be fixed in rawhide now.

~spot

On Wed, Jan 31, 2024 at 7:32 AM Michael J Gruber <mjg(a)fedoraproject.org&gt;
wrote:

>  Am Mi., 31. Jan. 2024 um 11:15 Uhr schrieb Marek Kasik
> <mkasik(a)redhat.com
>  >:
>  >
>  > 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(a)lists.fedoraproject.org
>  To unsubscribe send an email to devel-leave(a)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/[e-mail]
>  Do not reply to spam, report it:
>  https://pagure.io/fedora-infrastructure/new_issue
>