Re: poppler soname bump in Rawhide soon
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
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
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
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
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
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
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
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