[Rawhide] Approaching rebase of gpgme to 1.20.0

Hello, later today I will start rebasing gpgme to 1.20.0 in Fedora Rawhide. I checked the scratch build with abidiff and rpminspect. No soname bumps, ABI stays stable. The Qt bindings now support Qt6. This requires a slightly change in packaging (thanks Marie Loise Nolden): * previously: * qgpg

Re: What is configuration of machines in Koji BS (python-invoke build hangs)?

Thanks a lot Kevin. This time it completed successfully: https://koji.fedoraproject.org/koji/taskinfo?taskID=100456381 Looks like I hit some temporary issue in previous builds. Regards Jiri On Thu, Apr 27, 2023 at 7:25 PM Kevin Fenzi wrote: > On Thu, Apr 27, 2023 at 03:46:55PM +0200, J

What is configuration of machines in Koji BS (python-invoke build hangs)?

Hello all, where can I find the source code of the machines' configuration used by Koji build system and scripts/tools that are used for the deployment? I am asking since I am trying to build a python-invoke for Fedora 38 and everytime it hangs on `pytest`[1][3]. However, it builds smoothly on my

Re: [HEADS UP] gpgme rebase to 1.17.1 and libqgpgme SONAME bump

Thanks for the excellent explanation, Adam. It makes me to understand the problem now. Jiri On Fri, Dec 2, 2022 at 10:03 PM Adam Williamson wrote: > On Fri, 2022-12-02 at 21:25 +0100, Jiri Kucera wrote: > > Yes, builds in [1] were built with the `f38-build-side-60497` side tag. &g

Re: [HEADS UP] gpgme rebase to 1.17.1 and libqgpgme SONAME bump

used to generate C++ sources and how it can be replaced by something else in the build process. Jiri On Fri, Dec 2, 2022 at 9:37 PM Jiri Kucera wrote: > Hmm, concerning `libphonenumber` there is no Java binding, only the C++ > port of the original Java library. Moreover, nothing Java-rela

Re: [HEADS UP] gpgme rebase to 1.17.1 and libqgpgme SONAME bump

at 9:25 PM Jiri Kucera wrote: > Yes, builds in [1] were built with the `f38-build-side-60497` side tag. In > [1] there are two errors that were not here in time I hit the submit button > (maybe I should wait a bit longer): > * `nothing provides libqgpgme.so.7 needed by > kdepim-a

Re: [HEADS UP] gpgme rebase to 1.17.1 and libqgpgme SONAME bump

chaos, Jiri [1] https://bodhi.fedoraproject.org/updates/FEDORA-2022-4c1b011b1b [2] https://bodhi.fedoraproject.org/updates/FEDORA-2022-603eea89a3 On Fri, Dec 2, 2022 at 11:54 AM Miro Hrončok wrote: > On 02. 12. 22 1:46, Adam Williamson wrote: > > On Wed, 2022-11-30 at 13:59 +0100, Ji

Re: [HEADS UP] gpgme rebase to 1.17.1 and libqgpgme SONAME bump

e, Nov 29, 2022 at 01:07:19PM +0100, Jiri Kucera napsal(a): > > > > Hello, > > > > > > > > I am going to rebase gpgme to 1.17.1 in rawhide, f37, and f36. This > > > > bumps the SONAME of libqgpgme.so.7 to libqgpgme.so.15. > > > &g

[HEADS UP] gpgme rebase to 1.17.1 and libqgpgme SONAME bump

Hello, I am going to rebase gpgme to 1.17.1 in rawhide, f37, and f36. This bumps the SONAME of libqgpgme.so.7 to libqgpgme.so.15. Expect pushes to these repositories: * isoimagewriter * trojita * kget * kf5-libkleo * kleopatra * kmail-account-wizard * kf5-messagelib * kf5-mailcommon * kdepim-addon

[WIP][gpgme rebase to 1.18.0] Ask for comaintainership of dependant packages

Hello, I am planning to update gpgme to 1.18.0 in rawhide and since there is SONAME bump in libqgpgme, I am asking to be a co-maintainer of these dependant packages: - https://src.fedoraproject.org/rpms/isoimagewriter (main admin: lupinix) - https://src.fedoraproject.org/rpms/kdepim-addons (main a

[rawhide][approaching SONAME bump][gpgme] libqgpgme.so.7 -> libqgpgme.so.15

Hello, I am working on a gpgme update from 1.17.0 to 1.17.1 (bz#2061192). Since the update changes libqgpgme SONAME from libqgpgme.so.7 to libqgpgme.so.15, I requested the side tag f37-build-side-52334 and do a build in it: - commit: https://src.fedoraproject.org/rpms/gpgme/c/b46b5db21813b39584eb

Re: Fwd: OpenSceneGraph and gdal need to be rebuild for Fedora 34

b Björn 'besser82' > > Esser: > > > Am Mittwoch, dem 16.06.2021 um 19:53 +0200 schrieb Jiri Kucera: > > > > Adding devel-list for a broader audience. My side tag will expire > > > > for > > > > a couple of days. Can some proven pack

Fwd: OpenSceneGraph and gdal need to be rebuild for Fedora 34

Adding devel-list for a broader audience. My side tag will expire for a couple of days. Can some proven packager add me please to gdal, OpenSceneGraph, and vtk as a co-maintainer so I can do rebuilds for libgta? Cheers, Jiri -- Forwarded message - From: Jiri Kucera Date: Fri

[HEADS UP] udftools is going to be updated to 2.3

Hello, I am going to update udftools to 2.3 plus backport the latest upstream fixes introduced after this release. This should have no negative impact (no library is distributed and dnf tells me that nothing depends on udftools). The list of changes according to upstream: * mkudffs: * Added sup

[HEADS UP] libgta-1.2.1-5.fc34 successfully built

Hello, libgta-1.2.1-5.fc34 was built successfully[1] with side tag f34-build-side-42373. You can now rebuild your dependent packages against this side tag so I can create a Bodhi update. Regards, Jiri [1] https://koji.fedoraproject.org/koji/buildinfo?buildID=1766154 _

Re: [HEADS UP] libgta SONAME bump in Fedora 34

Good to know, thanks Zbyszek. On Tue, Jun 8, 2021 at 6:47 PM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > On Tue, Jun 08, 2021 at 05:43:37PM +0200, Jiri Kucera wrote: > > Hello, > > > > I am planning to fix the FTBFS bug of libgta also for Fedora 34, whic

Re: [HEADS UP] libgta SONAME bump in Fedora 34

n' Mierzejewski < domi...@greysector.net> wrote: > Hi! > > On Tuesday, 08 June 2021 at 17:43, Jiri Kucera wrote: > > Hello, > > > > I am planning to fix the FTBFS bug of libgta also for Fedora 34, which > > bumps its SONAME. The list of affected components i

[HEADS UP] libgta SONAME bump in Fedora 34

Hello, I am planning to fix the FTBFS bug of libgta also for Fedora 34, which bumps its SONAME. The list of affected components is below (the list is not complete, the path from some packages to libgta in dependency graph is too long): libgta: OpenSceneGraph: FlightGear FlightGear-Atlas

Re: [cdparanoia] License field fix awaiting to be merged

CC'ing Zbyszek On Mon, Jun 7, 2021 at 6:27 PM Jiri Kucera wrote: > Hi Zbyszek, > > reply inline > > On Wed, Jun 2, 2021 at 5:42 PM Zbigniew Jędrzejewski-Szmek < > zbys...@in.waw.pl> wrote: > >> On Wed, Jun 02, 2021 at 01:31:15PM -, Benjamin Beasley wrot

Re: [cdparanoia] License field fix awaiting to be merged

Hi Zbyszek, reply inline On Wed, Jun 2, 2021 at 5:42 PM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > On Wed, Jun 02, 2021 at 01:31:15PM -, Benjamin Beasley wrote: > > > So, it doesn't really matter if two source files are distributed under > the GPLv2+ license. > > > The resulti

Re: python-invoke orphaned

Hello, I took it. Regards, Jiri On Mon, Jun 7, 2021 at 3:58 PM Dominik 'Rathann' Mierzejewski < domi...@greysector.net> wrote: > On Monday, 07 June 2021 at 12:10, Paul Howarth wrote: > > Hi, > > > > I have orphaned python-invoke, whose test suite requires > > pytest-relaxed, which requires pytes

Re: [cdparanoia] License field fix awaiting to be merged

PLv2.1." > > So, it doesn't really matter if two source files are distributed under the > GPLv2+ > license. The resulting binary (i.e. /usr/bin/cdparanoia) will always be > GPLv2. > > BR, > > Andrea > > > On Wed, Jun 2, 2021 at 2:03 PM Jiri Kucera wrote: &g

Re: [cdparanoia] License field fix awaiting to be merged

Thanks Neal! On Wed, Jun 2, 2021 at 1:06 PM Neal Gompa wrote: > On Wed, Jun 2, 2021 at 6:54 AM Neal Gompa wrote: > > > > On Wed, Jun 2, 2021 at 6:53 AM Jiri Kucera wrote: > > > > > > Adding broader audience: > https://src.fedoraproject.org/rpms/cdparanoi

[cdparanoia] License field fix awaiting to be merged

Adding broader audience: https://src.fedoraproject.org/rpms/cdparanoia/pull-request/4 Neither @pjones nor @ajax are responding. Regards, Jiri ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedor

Re: [LEGAL] License field not match the content of eigen3-devel?

CC'ing Richard Fontana - Original Message - > From: "Jiri Kucera" > To: "Development discussions related to Fedora" > > Sent: Wednesday, May 26, 2021 4:15:21 PM > Subject: [LEGAL] License field not match the content of eigen3-devel? > >

[LEGAL] License field not match the content of eigen3-devel?

Hello, I do some investigation of eigen3-devel package and found out that there are some files distributed under the Minpack license: - /usr/include/eigen3/unsupported/Eigen/src/LevenbergMarquardt/LMcovar.h - /usr/include/eigen3/unsupported/Eigen/src/LevenbergMarquardt/LMonestep.h - /usr/include/

Automation/gating for handling soname bumps? (was Re: Unannounced soname bump: libgta)

- Original Message - > From: "Richard Shaw" > To: "Development discussions related to Fedora" > > Sent: Thursday, May 20, 2021 2:06:34 PM > Subject: Unannounced soname bump: libgta > > Looks like a long standing FTBFS was finally fixed, after previous version > update attempts failed an

Re: gpg-agents all over the place

Hello Roberto, - Original Message - > From: "Roberto Ragusa" > To: devel@lists.fedoraproject.org > Sent: Thursday, December 24, 2020 5:20:38 PM > Subject: Re: gpg-agents all over the place > > On 12/23/20 1:56 PM, Oron Peled wrote: > > > More problematic, but possible. > > > > The key

epel8: BuildrootError: could not init mock buildroot

Hello, when doing `fedpkg scratch-build --target epel8-candidate --srpm sox-14.4.2.0-29.el8.src.rpm`, I get: [] 100% 00:00:01 1.02 MiB 773.06 KiB/sec Building sox-14.4.2.0-29.el8.src.rpm for epel8-candidate Created task: 41245726 Task info: https://koji.fed

Resurrecting python-logilab-common package

plugins for Python. Thanks in advance Jiri Kucera ___ 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

Re: [ACTION NEEDED] Missing BuildRequires: gcc/gcc-c++

fixed in sox, passwd, and usermode ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Hi

Hi all, my name is Jiri Kucera and I am a new hire at Red Hat Czech. I will be focusing on Go packaging and development and maintenance of tooling for Go source code analysis. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send