Re: Planning to start unifying native and mingw packages

On 14.03.22 14:13, Daniel P. Berrangé wrote: On Mon, Mar 14, 2022 at 01:06:34PM +, Daniel P. Berrangé wrote: On Sun, Feb 20, 2022 at 10:13:18PM +0100, Sandro Mani wrote: Hi Following recent discussions and to reduce the maintenance burden, I'm planning to start merging native and mingw

Re: Planning to start unifying native and mingw packages

On 14.03.22 14:02, Michael Cronenworth wrote: On 2/20/22 3:13 PM, Sandro Mani wrote: Following recent discussions and to reduce the maintenance burden, I'm planning to start merging native and mingw packages. What do you feel about native packages depending on MinGW packages? As far as I

Re: Upcoming tesseract and proj updates with soname bumps

On 09.03.22 21:50, Sandro Mani wrote: On 03.03.22 11:29, Sandro Mani wrote: Hi I'm planing on landing tesseract-5.1.0 and proj-9.0.0 in rawhide and F36 in the coming days. I'm doing a test run in these COPR repos: tesseract: https://copr.fedorainfracloud.org/coprs/smani/tesseract5/ (all

Re: Upcoming tesseract and proj updates with soname bumps

On 03.03.22 11:29, Sandro Mani wrote: Hi I'm planing on landing tesseract-5.1.0 and proj-9.0.0 in rawhide and F36 in the coming days. I'm doing a test run in these COPR repos: tesseract: https://copr.fedorainfracloud.org/coprs/smani/tesseract5/ (all builds already complete) proj: https

Re: Possibly unexpcted soname change: liblept.so.5 -> libleptonica.so.5.4.0

On 03.03.22 17:23, Michael J Gruber wrote: On 2022-03-03 15:47, Sandro Mani wrote: On 03.03.22 15:30, Michael J Gruber wrote: > So, I explicitely asked what your plan was and got no response. > > I suggested to fix the problem at the root package and you went

Re: Possibly unexpcted soname change: liblept.so.5 -> libleptonica.so.5.4.0

On 03.03.22 15:30, Michael J Gruber wrote: So, I explicitely asked what your plan was and got no response. I suggested to fix the problem at the root package and you went ahead rebuilding depending packages. I asked you to use proper commit messages/changelog if you do and got a series of

Upcoming tesseract and proj updates with soname bumps

Hi I'm planing on landing tesseract-5.1.0 and proj-9.0.0 in rawhide and F36 in the coming days. I'm doing a test run in these COPR repos: tesseract: https://copr.fedorainfracloud.org/coprs/smani/tesseract5/ (all builds already complete) proj:

Re: Possibly unexpcted soname change: liblept.so.5 -> libleptonica.so.5.4.0

On 25.02.22 11:37, Mamoru TASAKA wrote: Petr Pisar wrote on 2022/02/25 19:10: V Fri, Feb 25, 2022 at 10:46:15AM +0900, Mamoru TASAKA napsal(a): On f37 / f36 leptonica made some packaging change:

Planning to start unifying native and mingw packages

Hi Following recent discussions and to reduce the maintenance burden, I'm planning to start merging native and mingw packages. Initially, I'll be looking at these packages where I maintain both variants: eigen3 mingw-eigen3 enchant2 mingw-enchant2 freeimage mingw-freeimage gdal mingw-gdal

Re: Review requests

On 17.02.22 18:36, Mattia Verga via devel wrote: Il 15/02/22 11:15, Sandro Mani ha scritto: Hi I've submitted the two packages which are missing dependencies for review, which I'd appreciate if someone could review, as mingw-python-requests and mingw-python-OWSLib are currently

Review requests

Hi I've submitted the two packages which are missing dependencies for review, which I'd appreciate if someone could review, as mingw-python-requests and mingw-python-OWSLib are currently FailsToInstall: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2053753 -

Re: F37 Change: MinGW UCRT target (Self-Contained Change proposal)

On 10.02.22 11:13, Daniel P. Berrangé wrote: FWIW, my proof of concept last year did the following to the libvirt-glib.spec file: https://gitlab.com/berrange/libvirt-glib/-/commit/45994bf93bb4b030e3ab57c9b2e4e61e737d6d29 As you can tell, it is essentially just the contents of the current

Re: F37 Change: MinGW UCRT target (Self-Contained Change proposal)

On 07.02.22 11:07, Sandro Mani wrote: As noted in the mingw list thread, for me the objective of version parity between native and mingw packages of the current mingw-environment is a big selling point. My real-world experience reflects what others shared in this post, namely that by far

Re: F37 Change: MinGW UCRT target (Self-Contained Change proposal)

As noted in the mingw list thread, for me the objective of version parity between native and mingw packages of the current mingw-environment is a big selling point. My real-world experience reflects what others shared in this post, namely that by far most issues which pop up during testing are

Re: F37 Change: MinGW UCRT target (Self-Contained Change proposal)

On 07.02.22 10:29, Marc-André Lureau wrote: Hi On Mon, Feb 7, 2022 at 1:01 PM Daniel P. Berrangé wrote: On Sat, Feb 05, 2022 at 12:17:08AM +0100, Kevin Kofler via devel wrote: > Marc-André Lureau wrote: > > Fwiw, given that the primary use case for a cross-toolchain is for

Re: Orphaned packages looking for new maintainers

I took pgmodeler Sandro On 24.01.22 19:55, Miro Hrončok wrote: The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason:

Review requests: mingw-python-tomli, mingw-qt6-qt5compat, mingw-qt6-qtwebchannel

Hi I have the following packages up for review: - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2044188 - mingw-python-tomli - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2043485 - mingw-qt6-qt5compat - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009269 -

Re: Review swap

I can take this Can you take https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2041042 in exchange? Thanks Sandro On 15.01.22 14:25, Mattia Verga via devel wrote: Is anyone available for a review swap? I've got https://bugzilla.redhat.com/show_bug.cgi?id=2038675 waiting in the queue, I

Re: PyQt6 for fedora status?

Hi If you decide to package it, I'd be happy to review it, and I'd like to package the mingw counterpart. Sandro On 22.12.21 12:20, Barry Scott wrote: I see that there are packages for qt6, but no python-qt6 yet. What is the plan for this please? I have built PyQt5 in the past and, time

Review requests: 4x python-flask-* packages

Hi I have the following packages pending review: python-flask-gravatar - https://bugzilla.redhat.com/show_bug.cgi?id=2033804 python-flask-paranoid - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2033803 python-flask-principal -

Re: HEADS UP: Update to tesseract-5.0.0 in rawhide

On 19.12.21 18:52, Sandro Mani wrote: On 19.12.21 15:56, Michael J Gruber wrote: Now, depending packages seem to be broken. Have ypu pushed the side-tag incompletely, or does the new tesseract -3 bump soname again? https://bugzilla.redhat.com/show_bug.cgi?id=2033986 https

Re: HEADS UP: Update to tesseract-5.0.0 in rawhide

On 19.12.21 15:56, Michael J Gruber wrote: Now, depending packages seem to be broken. Have ypu pushed the side-tag incompletely, or does the new tesseract -3 bump soname again? https://bugzilla.redhat.com/show_bug.cgi?id=2033986 https://bugzilla.redhat.com/show_bug.cgi?id=2033984

Re: Review swap

On 17.12.21 15:31, Jarek Prokop wrote: Hi, I have a few rubygem packages that need a (re-)review: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2010263 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2010313 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2010350 I'll take

Re: HEADS UP: Update to tesseract-5.0.0 in rawhide

On 17.12.21 16:55, Sandro Mani wrote: On 17.12.21 16:13, Michael J Gruber wrote: On 12/15/21 4:11 AM, Michael J Gruber wrote: Sorry to pile on but I somehow lost the original e-mail. "/usr/share/tessconfigs" seems to be missing so output to PDF or txt fails with "read_par

Re: HEADS UP: Update to tesseract-5.0.0 in rawhide

On 17.12.21 16:13, Michael J Gruber wrote: On 12/15/21 4:11 AM, Michael J Gruber wrote: Sorry to pile on but I somehow lost the original e-mail. "/usr/share/tessconfigs" seems to be missing so output to PDF or txt fails with "read_params_file: Can't open txt" or "read_params_file: Can't open

Re: Review request to fix FailsToInstall: mingw-qt6-qtshadertools

On 16.12.21 00:31, Michel Alexandre Salim wrote: On Wed, Dec 15, 2021 at 10:58:24PM +0100, Sandro Mani wrote: Hi I'd need mingw-qt6-qtshadertools reviewed: https://bugzilla.redhat.com/show_bug.cgi?id=2009221 mingw-qt6-qtdeclarative, which is currently FailsToInstall, grew a dependency

Re: Packaging pgAdmin4

Hi, if the packages is using yarn, you can simply use its caching mechanism for bundling the needed node modules. You will have an offline cache where you can install the modules from! Example: https://src.fedoraproject.org/rpms/nodejs-bash-language-server Take a look at prepare_vendor.sh

Review request to fix FailsToInstall: mingw-qt6-qtshadertools

Hi I'd need mingw-qt6-qtshadertools reviewed: https://bugzilla.redhat.com/show_bug.cgi?id=2009221 mingw-qt6-qtdeclarative, which is currently FailsToInstall, grew a dependency on it. Happy to review in exchange! Sandro ___ devel mailing list --

Re: HEADS UP: Update to tesseract-5.0.0 in rawhide

On 15.12.21 11:11, Michael J Gruber wrote: Are you planning to bring these to F35, as well? Tesseract-5.0.0 appears to be mostly a bugfix release along with some other improvements, so I dunno (and haven't tested so far - the heads up was a few hours before the push). Since it brings along

HEADS UP: Update to tesseract-5.0.0 in rawhide

Hi I'll be updating to tesseract-5.0.0 in rawhide, I'll be rebuilding the following packages in the f36-build-side-48784 side-tag: gimagereader mupdf opencv python-PyMuPDF R-tesseract vapoursynth zathura-pdf-mupdf I already performed the rebuilds for testing in this copr repo [1]. Thanks

Re: I quit packaging

* Volker Fröhlich [12/12/2021 23:03] : All of my packages are up for grabs. I de-facto maintain already: gdal libgeotiff librasterlite2 libspatialite qgis spatialite-tools I can also take freexl python-OWSLib python-Rtree spatialindex xerces-c Sandro

Re: Packaging pgAdmin4

On 10.12.21 22:05, Fabio Valentini wrote: On Fri, Dec 10, 2021 at 12:57 PM Sandro Mani wrote: On 10.12.21 01:54, Demi Marie Obenour wrote: On 12/9/21 1:05 PM, Sandro Mani wrote: On 09.12.21 17:31, Vitaly Zaitsev via devel wrote: On 09/12/2021 16:56, Sandro Mani wrote: This does

Re: Packaging pgAdmin4

On 10.12.21 01:54, Demi Marie Obenour wrote: On 12/9/21 1:05 PM, Sandro Mani wrote: On 09.12.21 17:31, Vitaly Zaitsev via devel wrote: On 09/12/2021 16:56, Sandro Mani wrote: This does not appear to be accurate for nodejs packages - take i.e. node-svgo, which compliant with the guidelines

Re: Packaging pgAdmin4

On 09.12.21 17:31, Vitaly Zaitsev via devel wrote: On 09/12/2021 16:56, Sandro Mani wrote: This does not appear to be accurate for nodejs packages - take i.e. node-svgo, which compliant with the guidelines bundles node_modules dir in svgo-2.8.0-nm-dev.tgz resp svgo-2.8.0-nm-prod.tgz. You

Re: Packaging pgAdmin4

On 09.12.21 16:12, Vitaly Zaitsev via devel wrote: On 09/12/2021 14:17, Sandro Mani wrote: Is this in any way acceptable? All packages must be built completely from sources. This does not appear to be accurate for nodejs packages - take i.e. node-svgo, which compliant with the guidelines

Re: Packaging pgAdmin4

tps://www.pgadmin.org/download/pgadmin-4-rpm/ No idea if you've looked at those but thought I'd point them out in case they have any good practise you can "borrow" :-) Graham -Original Message- *From*: Sandro Mani <mailto:sandro%20mani%20%3cmanisan...@gmail.com%3e>> *

Packaging pgAdmin4

Hi I gave it a go at packaging pgadmin4 [1], to replace the current obsolete and abandoned (and crashy) pgadmin3. pgadmin4 is a mix of Python/Flask for serverside and HTML/JS for client side, for which I wrote a minimal Qt5WebEngineView wrapper to make it appear like a desktop application.

Re: Self Introduction: Thomas Zimmermann

, and happy packaging! – Ben On 11/24/21 10:12, Sandro Mani wrote: On 24.11.21 14:54, Ben Beasley wrote: Welcome, Thomas! There’s a straightforward process for a packager to request sponsorship for a prospective packager as a co-maintainer: https://docs.fedoraproject.org/en-US/package-maintainers

Re: Self Introduction: Thomas Zimmermann

On 24.11.21 14:54, Ben Beasley wrote: Welcome, Thomas! There’s a straightforward process for a packager to request sponsorship for a prospective packager as a co-maintainer:

Re: Self Introduction: Thomas Zimmermann

at openSUSE and know the basics when it comes to packaging. As I'm relying on qt-creator from EPEL 8, I would like to support Sandro Mani in maintaining this package. I would like to request sponsorship, to do this, even if I don't have an open Package Review Request. As I'm not able to create one

Re: HEADS UP: OpenSceneGraph 3.6.5 and osgearth 3.2 landing in rawhide + review request python-sphinx-markdown-tables

On 15.11.21 15:20, Sandro Mani wrote: Hi I'll be updating to OpenSceneGraph 3.6.5 and osgearth 3.2 in rawhide in the f36-build-side-47862 side tag, and I'll also rebuild the following packages: fgrun-2016.3.1-45.fc36.src.rpm FlightGear-2020.3.11-1.fc36.src.rpm scribus-1.5.7-6.fc36.src.rpm

HEADS UP: OpenSceneGraph 3.6.5 and osgearth 3.2 landing in rawhide + review request python-sphinx-markdown-tables

Hi I'll be updating to OpenSceneGraph 3.6.5 and osgearth 3.2 in rawhide in the f36-build-side-47862 side tag, and I'll also rebuild the following packages: fgrun-2016.3.1-45.fc36.src.rpm FlightGear-2020.3.11-1.fc36.src.rpm scribus-1.5.7-6.fc36.src.rpm SimGear-2020.3.11-1.fc36.src.rpm

Re: HEADS UP: gdal-3.4.0 update in rawhide

On 10.11.21 17:53, Sandro Mani wrote: Hi I'll be updating to gdal and mingw-gdal to version 3.4.0 in rawhide shortly, submitting the builds in the f36-build-side-47614 side tag. I'll be rebuilding the following packages: bes-3.20.8-3.fc36.src.rpm cloudcompare-2.9.1-15.fc36.src.rpm dans

HEADS UP: gdal-3.4.0 update in rawhide

Hi I'll be updating to gdal and mingw-gdal to version 3.4.0 in rawhide shortly, submitting the builds in the f36-build-side-47614 side tag. I'll be rebuilding the following packages: bes-3.20.8-3.fc36.src.rpm cloudcompare-2.9.1-15.fc36.src.rpm dans-gdal-scripts-0.24-16.fc36.src.rpm

Re: alglib updated with soname bump

Hi Dan Sorry my bad - I had %{_libdir}/libalglib-%{version}.so in %files, so missed the bump when updating the package. I hardcoded the version in %files to prevent this from happening again. Let me know if you need help with the rebuilds. Sandro On 27.10.21 14:59, Dan Horák wrote: Hi,

Re: HEADS UP: geos-3.10.0 soname bump

On 21.10.21 10:49, Sandro Mani wrote: Hi I'm updating to {mingw-,}-geos-3.10.0 in rawhide, I'll be submitting builds to the f36-build-side-47045 side tag. I'll rebuild the following dependencies: gdal-3.3.2-2.fc36.src.rpm GMT-6.1.1-7.fc36.src.rpm grass-7.8.5-10.fc36.src.rpm librttopo

HEADS UP: geos-3.10.0 soname bump

Hi I'm updating to {mingw-,}-geos-3.10.0 in rawhide, I'll be submitting builds to the f36-build-side-47045 side tag. I'll rebuild the following dependencies: gdal-3.3.2-2.fc36.src.rpm GMT-6.1.1-7.fc36.src.rpm grass-7.8.5-10.fc36.src.rpm librttopo-1.1.0-4.fc35.src.rpm

Re: Wierd buildroot issue, mingw-qt6-qtbase occasionally cannot be found

On 03.10.21 12:19, Miro Hrončok wrote: On 03. 10. 21 10:59, Sandro Mani wrote: Hi Ever since building mingw-qt6-qt*-rc1 in a side tag and then merging it, I have the problem that occasionally builds fail (i.e. [1]) with DEBUG util.py:444:  No matching package to install: 'mingw32-qt6

Wierd buildroot issue, mingw-qt6-qtbase occasionally cannot be found

Hi Ever since building mingw-qt6-qt*-rc1 in a side tag and then merging it, I have the problem that occasionally builds fail (i.e. [1]) with DEBUG util.py:444: No matching package to install: 'mingw32-qt6-qtbase = 6.2.0' DEBUG util.py:444: No matching package to install: 'mingw64-qt6-qtbase

Re: Review swap

On 02.10.21 19:40, Jerry James wrote: The python-pydata-sphinx-theme package has a new dependency. I need a review for this simple python package: python-sphinx-sitemap:https://bugzilla.redhat.com/show_bug.cgi?id=2009987 Who would like to swap reviews? I'll take it. I've currently got up

Re: Review swaps for git-lfs/go-minify deps

Hi I can take these. I'd have a bunch of mingw-qt6-* packages up for review, all straight forward: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009214 - mingw-qt6-qtlocation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009215 - mingw-qt6-qtsensors

Review request: mingw-python-pyqt5-sip

Hi I've got one last package needed for the mingw-sip-6.x upgrade: mingw-python-pyqt5-sip - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2008646 It's a trivial mingw-python package. Happy to review in exchange! Sandro ___ devel mailing

Re: Review requests: four python packages to update mkdocs

Hi I'd still need python-gph-import (https://bugzilla.redhat.com/show_bug.cgi?id=2000349) to be reviewed as the last dependency to be able to update mkdocs. Thanks Sandro On 02.09.21 00:51, Sandro Mani wrote: Hi To update to the current version of mkdocs, I'd need these four

Re: [Heads-up] Introduction of OpenSSL 3.0.0 in F36

On 20.09.21 11:40, Florian Weimer wrote: * Sandro Mani: Anyone encountered this one? Google just gives a single hit for ERR_OSSL_EVP_UNSUPPORTED, which is a rhbz bug [1]. This is kinda fatal for nodejs/webpack development :S MD4 has been deprecated since about 1995. It should be possible

Re: [Heads-up] Introduction of OpenSSL 3.0.0 in F36

On 08.09.21 09:59, Sahana Prasad wrote: Hi all, An update that I will directly bring in the OpenSSL 3.0.0 final RC (released upstream yesterday) into rawhide in the next few days. (Compared to beta2, this version has one moderate CVE-2021-3712 fix in addition to other fixes.) Looks like

Review request: mingw-python-packaging, mingw-python-pyparsing, mingw-python-PyQt-builder, mingw-python-toml

Hi I'd like to build sip 6.x for mingw, and need the following dependencies: mingw-python-packaging - https://bugzilla.redhat.com/show_bug.cgi?id=2005806 mingw-python-pyparsing - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2005807 mingw-python-PyQt-builder -

Re: Review requests: four python packages to update mkdocs

On 02.09.21 02:13, Miro Hrončok wrote: On 02. 09. 21 0:51, Sandro Mani wrote: Hi To update to the current version of mkdocs, I'd need these four dependencies reviewed: - python-mkdocs-redirects: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2000347 - python-pyyaml_env_tag: https

Re: Review requests: four python packages to update mkdocs

On 02.09.21 11:43, Miro Hrončok wrote: On 02. 09. 21 11:33, Miro Hrončok wrote: On 02. 09. 21 11:31, Sandro Mani wrote: On 02.09.21 11:16, Miro Hrončok wrote: On 02. 09. 21 10:14, Sandro Mani wrote: On 02.09.21 02:13, Miro Hrončok wrote: On 02. 09. 21 0:51, Sandro Mani wrote: Hi

Re: Review requests: four python packages to update mkdocs

On 02.09.21 11:16, Miro Hrončok wrote: On 02. 09. 21 10:14, Sandro Mani wrote: On 02.09.21 02:13, Miro Hrončok wrote: On 02. 09. 21 0:51, Sandro Mani wrote: Hi To update to the current version of mkdocs, I'd need these four dependencies reviewed: - python-mkdocs-redirects: https

Re: Review requests: four python packages to update mkdocs

On 02.09.21 02:13, Miro Hrončok wrote: On 02. 09. 21 0:51, Sandro Mani wrote: Hi To update to the current version of mkdocs, I'd need these four dependencies reviewed: - python-mkdocs-redirects: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2000347 - python-pyyaml_env_tag: https

Review requests: four python packages to update mkdocs

Hi To update to the current version of mkdocs, I'd need these four dependencies reviewed: - python-mkdocs-redirects: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2000347 - python-pyyaml_env_tag: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2000348 - python-ghp-import:

Re: krita build failure with inlining on ppc64le only

On 22.08.21 14:42, Richard Shaw wrote: I'm trying to finalize all the builds for OpenEXR/Imath 3.1 in my side tag but having a tough time with krita getting a few errors[1] like this: In file included from /usr/include/eigen3/Eigen/src/Core/arch/AltiVec/MatrixProduct.h:18,                  

Re: Macro %cc has illegal name (%define)

On 17.08.21 18:31, Tom Stellard wrote: On 8/17/21 4:20 AM, Sandro Mani wrote: Hi After upgrading to redhat-rpm-config-196-1.fc36.noarch, any mingw package build fails with error: /usr/lib/rpm/redhat/macros: line 71: Macro %cc has illegal name (%define) Do you have a link to the failing

Re: apitrace: undefined reference to `__libc_dlopen_mode', `__libc_dlsym'

On 16.08.21 05:14, John Reiser wrote: I'd need help with the following issue with apitrace, which failed the mass rebuild with: apitrace-9d42f667e2a36a6624d92b9bd697de097cc4e619/wrappers/dlsym.cpp:70: undefined reference to `__libc_dlopen_mode'

Macro %cc has illegal name (%define)

Hi After upgrading to redhat-rpm-config-196-1.fc36.noarch, any mingw package build fails with error: /usr/lib/rpm/redhat/macros: line 71: Macro %cc has illegal name (%define) The redhat-rpm-config changelog mentions * Mon Aug 16 2021 Tom Stellard - 196-1 - Add cc, cxx, and cpp macros

Re: apitrace: undefined reference to `__libc_dlopen_mode', `__libc_dlsym'

On 25.07.21 12:51, Sandro Mani wrote: Hi I'd need help with the following issue with apitrace, which failed the mass rebuild with: apitrace-9d42f667e2a36a6624d92b9bd697de097cc4e619/wrappers/dlsym.cpp:70: undefined reference to `__libc_dlopen_mode' apitrace

Re: Help with gdal sphinx doc build failure

Hi This [1] patch applies cleanly. I'll give it a try in COPR [2]. Sandro [1] https://smani.fedorapeople.org/711.patch [2] https://copr.fedorainfracloud.org/coprs/smani/gdal-breathe/ On 11.08.21 06:37, Orion Poplawski wrote: I've reported: https://bugzilla.redhat.com/show_bug.cgi?id=1992426

Re: F36 Change: MinGW debug symbols location change (not MinGW environment and toolchain update) (System-Wide Change proposal)

ebug files of mingw PE binaries below /usr/lib/debug. == Owner == * Name: [[User:smani|Sandro Mani]] * Email: manisan...@gmail.com == Detailed Description == Native debug symbols are already stored below /usr/lib/debug. This change modifies `mingw-find-debuginfo.sh`, part of mingw-filesys

Re: F36 Change: MinGW environment and toolchain update (System-Wide Change proposal)

Looks generally sensible. Out of interest (not an objection) do any Fedora tools actually consume these debug symbols? For example is there a way to use them from Wine? I usually deploy gdb.exe from mingw-gdb, place the .debug files next to the respective binaries, and then debug on the

Non-responsive maintainer check for corsepiu - OpenSceneGraph

Hi OpenSceneGraph in Fedora is out of date (last version update to v3.4.1 was performed 2017-09-21, current version is v3.6.5). Per non-responsive maintainer policy, I've filed the non-responsive maintainer check bug [1] to ask whether Ralf Corsépius is still interested in maintaining OSG.

Re: Azure CLI + SDK packaging update and review swap request

Hi On 27.07.21 22:50, Major Hayden wrote:   python-azure-appconfiguration (required SDK component)   https://bugzilla.redhat.com/show_bug.cgi?id=1981573   python-azure-devtools (for testing the Azure CLI/SDK)   https://bugzilla.redhat.com/show_bug.cgi?id=1986414   python-azure-mgmt-insights

Re: Review requests: perl-Regexp-Pattern-DefHash, mingw-Imath, {mingw-python-}pyephem, mingw-qt6-*

On 31.07.21 14:57, Richard Shaw wrote: On Sat, Jul 31, 2021 at 6:26 AM Sandro Mani <mailto:manisan...@gmail.com>> wrote: https://bugzilla.redhat.com/show_bug.cgi?id=1988364 <https://bugzilla.redhat.com/show_bug.cgi?id=1988364> - mingw-Imath: needed to update to mi

Review requests: perl-Regexp-Pattern-DefHash, mingw-Imath, {mingw-python-}pyephem, mingw-qt6-*

Hi I'd appreciate reviews of the following packages: https://bugzilla.redhat.com/show_bug.cgi?id=1985637 - perl-Regexp-Pattern-DefHash: needed to update perl-Hash-DefHash https://bugzilla.redhat.com/show_bug.cgi?id=1988364 - mingw-Imath: needed to update to mingw-openexr 3.x

Re: Package requests: mingw-glfw, gtkmm-4

Hi mingw packages are dedicated like any other packages, with a respecitve maintainer. If something is not packaged yet it's because well no-one did it yet. If you want to package them, I'll happily review them. Sandro On 29.07.21 12:33, Marián Konček wrote: As a hobbyist developer it is

apitrace: undefined reference to `__libc_dlopen_mode', `__libc_dlsym'

Hi I'd need help with the following issue with apitrace, which failed the mass rebuild with: apitrace-9d42f667e2a36a6624d92b9bd697de097cc4e619/wrappers/dlsym.cpp:70: undefined reference to `__libc_dlopen_mode' apitrace-9d42f667e2a36a6624d92b9bd697de097cc4e619/wrappers/dlsym.cpp:72:

Allow rpath for mingw-qt5 host tools (yes, really, I suppose...)

Hi mingw-qt5-* package ship some host tools for the cross-compiled toolchain, installing them to /usr/$mingw_target/bin which depend on a bunch of libraries (libQt5Bootstrap.so.5, libQt5QmlDevTools.so.5, libQt5BootstrapDBus.so.5), which are installed in /usr/$mingw_target/lib These host

Re: Unannounced soname bump: libgdal.so.28

On 21.05.21 14:24, Sandro Mani wrote: On 21.05.21 14:03, Richard Shaw wrote: On Fri, May 21, 2021 at 3:43 AM Pete Walter <mailto:walter.p...@yandex.com>> wrote: libgdal soname has been bumped to libgdal.so.28 without rebuilding dependent packages in rawhide. From what I

Re: Unannounced soname bump: libgdal.so.28

On 21.05.21 14:03, Richard Shaw wrote: On Fri, May 21, 2021 at 3:43 AM Pete Walter > wrote: libgdal soname has been bumped to libgdal.so.28 without rebuilding dependent packages in rawhide. From what I can tell the rebuilds were actually in progress

Re: RPM build errors: Illegal char '@' (0x40) in: @2.15.0@

In the build log, I see: sed 's|PREFIX|/usr|;s|VERSION|2.15.0|' < imagequant.pc.in > imagequant.pc And it says @VERSION@ to be substituted by CMake, so this ends up as @2.15.0@. See the diff: https://github.com/ImageOptim/libimagequant/compare/2.14.1..2.15.0 IOW, you can stop doing that

RPM build errors: Illegal char '@' (0x40) in: @2.15.0@

Hi This is a new one [1] (koji task [2]): Provides: libimagequant = 2.15.0-1.fc35 libimagequant(x86-64) = 2.15.0-1.fc35 libimagequant.so.0()(64bit) Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Requires:

Heads up: Update to gdal-3.3.0 in Rawhide

Hi I'm updating to gdal-3.3.0 in rawhide in f35-build-side-40845, and I'll rebuild the following dependencies: bes cloudcompare dans-gdal-scripts gazebo GMT grass liblas mapnik mapserver merkaartor ncl opencv OpenSceneGraph OpenSceneGraph osgearth osgearth paraview PDAL postgis python-fiona

Re: mingw-gcc to 11.1 ?

On 29.04.21 17:30, Richard W.M. Jones wrote: It seems like it would be worth having them. Unfortunately the patch numbers of the base patches clash with the ones for mingw-gcc, so to be neat we'd need to renumber the mingw-gcc ones. I don't see any problem with that. When you finish your

Re: mingw-gcc to 11.1 ?

On 29.04.21 17:14, Richard W.M. Jones wrote: This patch (attached, slightly different from the one I sent to you earlier) builds a package for me using 'fedpkg local'. What do you think? Yep, I also had to add g++-mapper-server, and the build succeeds. I'm performing a full chain gcc

Re: mingw-gcc to 11.1 ?

Hi Rich Last attempt stranded on [1], I haven't tried since but looks like the bug is still open. If you want to give it a go, please do! Many thanks Sandro [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97618 On 29.04.21 10:07, Richard W.M. Jones wrote: Hi Sandro, Are you planning to

Re: Heads Up: Update to proj-8.0.0 in F35 and F34

Unfortunately, due to its removing the old header, Cartopy does not support Proj 8, even in the development branch. It is unlikely to be done before F34 (though I see from later emails you won't be updating there), but I will try to push to get it done for F35 upstream. I spent many hours

Review request: litehtml

Hi I need litehtml to update to qt-creator-4.15, review request is here: https://bugzilla.redhat.com/show_bug.cgi?id=1939875 Happy to review in exchange. Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an

Re: Heads Up: Update to proj-8.0.0 in F35 and F34

On 14.03.21 23:04, Orion Poplawski wrote: On 3/14/21 1:50 AM, Sandro Mani wrote: On 14.03.21 01:39, Orion Poplawski wrote: On 3/6/21 4:52 PM, Sandro Mani wrote: Hi I'll be updating proj to 8.0.0, first in F35 in a side tag and then F34. I'll rebuild the following dependent packages

Re: Heads Up: Update to proj-8.0.0 in F35 and F34

On 14.03.21 19:24, Fabio Valentini wrote: On Sun, Mar 14, 2021 at 7:10 PM Sandro Mani wrote: On 14.03.21 10:15, Dan Horák wrote: On Sun, 14 Mar 2021 09:50:42 +0100 Sandro Mani wrote: On 14.03.21 01:39, Orion Poplawski wrote: On 3/6/21 4:52 PM, Sandro Mani wrote: Hi I'll be updating

Re: Heads Up: Update to proj-8.0.0 in F35 and F34

On 14.03.21 10:15, Dan Horák wrote: On Sun, 14 Mar 2021 09:50:42 +0100 Sandro Mani wrote: On 14.03.21 01:39, Orion Poplawski wrote: On 3/6/21 4:52 PM, Sandro Mani wrote: Hi I'll be updating proj to 8.0.0, first in F35 in a side tag and then F34. I'll rebuild the following dependent

Re: Heads Up: Update to proj-8.0.0 in F35 and F34

On 14.03.21 01:39, Orion Poplawski wrote: On 3/6/21 4:52 PM, Sandro Mani wrote: Hi I'll be updating proj to 8.0.0, first in F35 in a side tag and then F34. I'll rebuild the following dependent packages: gdl vtk I've added patches for proj 8 support to these packages and submitted builds

Re: Heads Up: Update to proj-8.0.0 in F35 and F34

On 08.03.21 12:50, Kevin Kofler via devel wrote: Sandro Mani wrote: merkaartor FYI, Merkaartor 0.18.4 (the latest release) does not build with proj 8 out of the box, I had to backport this not-yet-merged pull request: https://github.com/openstreetmap/merkaartor/pull/233 See: https

Re: Heads Up: Update to proj-8.0.0 in F35 and F34

On 07.03.21 16:30, Kevin Kofler via devel wrote: Sandro Mani wrote: I'll rebuild the following dependent packages: gdal merkaartor FYI, your merkaartor build failed because merkaartor depends on gdal (it is used to import external reference data such as OGD in file formats

Heads Up: Update to proj-8.0.0 in F35 and F34

Hi I'll be updating proj to 8.0.0, first in F35 in a side tag and then F34. I'll rebuild the following dependent packages: gdal gdl grass libgeotiff librasterlite2 libspatialite mapnik mapserver merkaartor ncl osm2pgsql pcl postgis pyproj python-cartopy qgis qmapshack R-rgdal saga

Review request: mingw-librttopo

Hi I need mingw-librttopo to update mingw-libspatialite: https://bugzilla.redhat.com/show_bug.cgi?id=1936125 It's a pretty trivial package. Happy to review in exchange. Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To

Plan to retire engrid

Hi I'll be retiring engrid by the end of the week unless someone wants to pick it up. It fails to build against VTK9, last commit upstream was in 2017. If someone want's to take it, please let me know. Thanks Sandro ___ devel mailing list --

Re: unrecognized DWARF version in .debug_info at 6

If apitrace has its own old bundled copy of libbacktrace, better it should update it to the latest version, which is https://gcc.gnu.org/git/?p=gcc.git;a=tree;f=libbacktrace;h=7c4b8fb2fed26a7412bbed1f23976a0f568d0111;hb=HEAD Incomplete DWARF5 support was added to it in December 2019 and

unrecognized DWARF version in .debug_info at 6

Hi Apitrace is currently failing to build, with [1] Test project /builddir/build/BUILD/apitrace-37c36e66b8cfa534797ca565c22e8c30923f35d4/x86_64-redhat-linux-gnu Start 1: libbacktrace_btest 1/6 Test #1: libbacktrace_btest ...***Exception: SegFault 0.11 sec unrecognized DWARF

Review request: mingw-openexr

Hi Similarly to the native package, I've reworked the mingw-ilmbase and mingw-OpenEXR packages to a single mingw-openexr package. Review request is here: https://bugzilla.redhat.com/show_bug.cgi?id=1908713 Happy to review in exchange. Thanks Sandro

Re: HEADS UP: OpenEXR + ilmbase = (new) openexr

So here's my plan: 1. Repackage openexr from scratch including review request (Rex?) 1a. Include appropriate Provides/Obsoletes for current OpenEXR and ilmbase packages 2. Perform all testing and dependent rebuilds in a COPR first. 3. Build openexr and dependencies in a side-tag 4. Merge the

Simple review request: perl-File-DirList (needed to unbreak devscripts)

Hi devscripts grew a new runtime dependency for perl-File-DirList which was not picked up. Review request is here: https://bugzilla.redhat.com/show_bug.cgi?id=1903656 Happy to review in exchange. Thanks Sandro ___ devel mailing list --

<    1   2   3   4   5   6   7   >