Heads up: gdal-3.1.0 coming to rawhide

R-rgdal saga vfrnav 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

Re: koji build of libqxt-qt5 fails on rawhide

On 15.05.20 13:50, Martin Gansser wrote: what should I do there, any proposal ? You'll need to unretire and probably fix libqxt, as it installed the pc file in %{_libdir}/qt5/plugins/designer/pkgconfig/QxtDesignerPlugins-qt5.pc which should probably be

Re: QtCreator armv7hl build failure, gcc bug?

Hi I couldn't reproduce the issue anymore, so I suppose it was some transient issue. Thanks Sandro On 08.05.20 12:04, Jakub Jelinek wrote: On Fri, May 08, 2020 at 11:54:07AM +0200, Sandro Mani wrote: Hi I'm hitting the following error (and other similar ones) with this qt-creator build [1

Re: Unannounced SONAME bump: cgnslib (libcgns.4.0 → libcgns.4.1)

Hello By bad, I had intended to kick off the rebuilds straight away but then got sidetracked by other business. Apologies Sandro On 08.05.20 13:36, Igor Raits wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I guess that people think that only first digit goes to SONAME

QtCreator armv7hl build failure, gcc bug?

::TypeSourceInfo::getType() const is static? Thanks Sandro [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=44206617 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code

Aarch64 build failure: hidden symbol `__aarch64_ldadd4_acq_rel' in /usr/lib/gcc/aarch64-redhat-linux/10/libgcc.a(ldadd_4_4.o) is referenced by DSO

returned 1 exit status Never seen anything like this, any ideas? Thanks Sandro [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=44027889 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

Re: Qt 5.14.2 coming to rawhide

Is this related to the update? https://koschei.fedoraproject.org/package/recoll confgui/confgui.h:71:10: fatal error: QString: No such file or directory    71 | #include (I don't maintain recoll, but this started to show up in our Python 3.9 Copr.) Likely

Re: Orphaned packages looking for new maintainers (incl. GConf2, keybinder3, orangefs)

I just took orphan   1 weeks ago laszip devrim, orphan   5 weeks ago liblas    devrim, orphan 5 weeks ago spatialite-gui    orphan 1 weeks ago Sandro ___ devel mailing

Review request: perl-Array-IntSpan

in exchange. Thanks Sandro [1] https://bugzilla.redhat.com/show_bug.cgi?id=1797301 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https

Re: Cannot push F32 update: None of ['f32-updates-pending'] are in [...]

Mohan cleaned up the tagging and hopefully it will go out with the next push. If it doesn't, please file a releng ticket and we can get it sorted out. Ok, thanks! Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Cannot push F32 update: None of ['f32-updates-pending'] are in [...]

submitted before F32 bodhi activation and some after? Any ideas? Thanks Sandro [1] https://bodhi.fedoraproject.org/updates/FEDORA-2020-ad57ee8760 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

Re: Fedora 33 System-Wide Change proposal: MinGW environment and toolchain update

On 16.03.20 18:27, Jonathan Wakely wrote: On 16/03/20 11:23 -0400, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/F33MingwEnvToolchainUpdate == Summary == Update the MinGW base environment and toolchain to the latest upstream stable releases. == Owner == * Name: [[User:smani|Sandro

Re: HEADS UP: gdal update in rawhide and F32

On 09.03.20 09:39, Sandro Mani wrote: On 03.03.20 14:44, Sandro Mani wrote: I'll be building gdal-3.0.4 in rawhide and will take care of rebuilding all dependencies. If all goes well, I'll do the same for F32. This is now mostly done, except for: ncl Unrelated FTBFS (needs to be adapted

Re: HEADS UP: gdal update in rawhide and F32

On 03.03.20 14:44, Sandro Mani wrote: Hi I'll be building gdal-3.0.4 in rawhide and will take care of rebuilding all dependencies. If all goes well, I'll do the same for F32. This is now mostly done, except for: ncl Unrelated FTBFS (needs to be adapted to GCC10/gfortran changes) qgis

Re: SCons help

On 07.03.20 00:33, Sandro Mani wrote: I highly suspect this is a python3 incompatibility in the SConstruct file shipped by mingw-nsis [1], as even replicating exactly the same commands which are executed for this debian package build [2], I'm stuck with this error. The difference that sticks

SCons help

ler install-conf Thanks Sandro [1] https://sourceforge.net/p/nsis/code/HEAD/tree/NSIS/trunk/SConstruct [2] https://buildd.debian.org/status/fetch.php?pkg=nsis=all=3.05-1=1579080329=0 [3] http://downloads.sourceforge.net/nsis/nsis-3.05-src.tar.bz2 <https://buildd.debian.org/status/fetch.php?

Re: Stuck qgis i686 build

? Turns out gcc is hanging: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94045 Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https

Stuck qgis i686 build

Hi I've tried about four times, but the following qgis build [1] appears to randomly hang on i686 (and just i686) after a while (and always in different spots). I can't see any obvious issues from the logs. Anyone who can look at the builder and figure out what's going on? Thanks Sandro

HEADS UP: gdal update in rawhide and F32

osgearth postgis python-fiona python-rasterio qgis qlandkartegt qmapshack R-rgdal saga vfrnav xastir Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code

Re: Plan to retire mapserver

On 02.03.20 15:06, Julien Enselme wrote: Hi all, I intend to retire the mapserver package (https://src.fedoraproject.org/rpms/mapserver). I don't use it any more and it fails to build for F32. If you want to maintain it, please step up! I can maintain it, my FAS is smani Thanks Sandro

Orphaning nimbus-jose-jwt

019-17195> nimbus-jose-jwt: Uncaught exceptions while parsing a JWT [fedora-all]) Given the limited capacity and the reduced interest for this package, I orphaned it. -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R RHV Red Hat EMEA <https://www.redhat.com/> sbona...

Re: Temporary package rollback by using Version: +really.

On 24.02.20 14:30, Sandro Mani wrote: On 24.02.20 14:21, Neal Gompa wrote: But removing the dependency just restores it to the level of accuracy it had before the introduction of that dependency. That's a good point, I've asked upstream if that is actually the case or whether the dependency

Re: Temporary package rollback by using Version: +really.

On 24.02.20 14:21, Neal Gompa wrote: But removing the dependency just restores it to the level of accuracy it had before the introduction of that dependency. That's a good point, I've asked upstream if that is actually the case or whether the dependency replaced previous logic which would also

Re: Temporary package rollback by using Version: +really.

On 24.02.20 14:14, Neal Gompa wrote: You can do that trick, it'll even kind of work. But we don't typically do this. That said, why not just patch it to remove the non-free dependency, even if it weakens the functionality a bit? I suppose licensecheck is mostly used for package reviews, so it

Temporary package rollback by using Version: +really.

, which however results in some deficiencies, see [1]). Thanks Sandro [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951186 [2] https://koji.fedoraproject.org/koji/taskinfo?taskID=41840764 <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951

Re: Non-responsive maintainer: devrim (gdal, proj, geos)

On 12.02.20 10:23, Sandro Mani wrote: Hi Devrim Please keep me as co-maintainer. I'm already maintaining these packages in the upstream repository (https://yum.PostgreSQL.org) with more options there, and I'd like to keep things in sync as much as possible. Thanks for your reply. I read

Review request: perl-Test-Command-Simple

Hi *Yet another* dependency for licensecheck (which I'm trying to get back into shape again...): https://bugzilla.redhat.com/show_bug.cgi?id=1806336 Happy to review in exchange Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org

Re: Planing to retire sflphone

Hi I went ahead and retired sflphone. Sandro On 05.02.20 17:45, Sandro Mani wrote: Hi I'm planing to retire sflphone (predecessor of ring.cx), since it's completely dead upstream (you won't even find the repo or sources anymore), and is now FTBFS due to recent pjproject changes. If someone

Re: Non-responsive maintainer: devrim (gdal, proj, geos)

with the updates? In this case, can you please add me to the packages (FAS: smani), namely to gdal, proj and geos, and postgis? Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

Non-responsive maintainer: devrim (gdal, proj, geos)

to take care of updating these packages, but received no reply. My recent PR to update gdal [2] also received no reply. As I need these core GIS packages for my dayjob, I'd be happy to maintain them. Thanks Sandro [1] https://bugzilla.redhat.com/show_bug.cgi?id=1801940 [2] https

Planing to retire sflphone

(2020-02-13). 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

Review requests: perl-Array-IntSpan, commoncpp2

, sflphone, ...) Happy to review in exchange. Thanks Sandro [1] https://bugzilla.redhat.com/show_bug.cgi?id=1797301 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1796145 <https://bugzilla.redhat.com/show_bug.cgi?id=1797301> ___ devel mailing list --

Re: Copr Build System - review of 2019 and vote for features in 2020

> * something else - is something blocking you from using Copr? Please share > it with us. Right now, getting https://bugzilla.redhat.com/show_bug.cgi?id=1572596 fixed will unblock building java packages on CentOS Stream / EPEL 8. ___ devel mailing

java packages copr building issues when targeting centos-stream / epel8

ackage using javapackages-local? I couldn't find a way to tell the system which module to enable or not. Thanks, -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R RHV Red Hat EMEA <https://www.redhat.com/> sbona...@redhat.com <https://www.redhat.com/>*Red Hat respects your work

Review requests: various perl modules (for licensecheck and perl-Regexp-Pattern-License update)

/coprs/smani/licensecheck/builds/ Happy to review in exchange. Thanks 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

Re: Orphaned packages looking for new maintainers

Il giorno mar 10 dic 2019 alle ore 16:29 Miro Hrončok ha scritto: > On 10. 12. 19 16:27, Sandro Bonazzola wrote: > > sbonazzo: buildnumber-maven-plugin > > > > > > Not sure how I got listed there, but I'm not the previous maintainer of > that > >

Re: Orphaned packages looking for new maintainers

nber: eclipse-emf, simple, tycho-extras, eclipse-gef, grizzly-npn, > rxjava, > eclipse-dltk, eclipse-egit, mimepull, glassfish-gmbal, eclipse-license, > jersey, > mustache-java, tycho, cli-parser, avalon-logkit, glassfish-management-api, > glassfish-pfl, grizzly > rhughes: lcms > rj

Bodhi not working

/v5.0.0/vendor/jquery/jquery-1.10.2.min.js URL mapping di origine: jquery-1.10.2.min.map And looks like there's no more way to manually add builds. Any hint on how to proceed? -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R RHV Red Hat EMEA <https://www.redhat.com/> sbona...@redh

Re: Orphaned packages looking for new maintainers

s wrong. I'm not maintaining buildnumber-maven-plugin package. +Wei Nan Li ? > sdgathman: maven-invoker-plugin, avalon-logkit, hamcrest > sergiomb: nodejs-load-grunt-tasks, nodejs-grunt-legacy-util, > nodejs-dateformat, > pdfbox, nodejs-raw-body, batik > siddharths: pdfbox, batik > simo:

Re: Orphaning my packages

Il giorno mar 19 nov 2019 alle ore 16:19 Sandro Bonazzola < sbona...@redhat.com> ha scritto: > > > Il giorno mar 19 nov 2019 alle ore 15:20 Roman Mohr > ha scritto: > >> Hi, >> >> I take [1] as the opportunity to orphan the following packages: >&g

Re: Orphaning my packages

ines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R RHV Red Hat EMEA <https://www.redhat.com/> sbona...@redhat.com <https://www.redhat.com/>*Red Hat respects your wor

Re: Review request: perl-Dpkg

On 13.11.19 20:09, Sérgio Basto wrote: Hi, Sandro I think, What we need is update dpkg which will bring perl-Dpkg 1.19.x , for now we just have dpkg 1.18 on Rawhide I will try fix it today by updating dpkg Hi Sergio Ok thanks, then I'll close the review request. Sandro

Review request: perl-Dpkg

Hi I'd appreciate a review of perl-Dpkg [1], which is needed to fix the currently broken dependencies for devscripts-2.19.7 [2]. Happy to review in exchange. Thanks Sandro [1] https://bugzilla.redhat.com/show_bug.cgi?id=1772021 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1750909 <ht

Re: [ovirt-users] [feedback needed] VirtIO Windows Drivers - new installer

Il giorno gio 24 ott 2019 alle ore 19:28 Strahil ha scritto: > Hi Sandro,All, > > Can I upgrade the tools on existing VM , or it requires a fresh one? Best > Regards > If you have oVirt windows guest tools already installed suggestion is to uninstall it before installing thi

[feedback needed] VirtIO Windows Drivers - new installer

give it a run on your testing environment / testing VMs and let us know about your experience at de...@ovirt.org. Thanks, [1] https://fedorapeople.org/groups/virt/virtio-win/direct-downloads/archive-virtio/virtio-win-0.1.173-2/ -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Updating to tesseract-4.1.0, review request for new tesseract-tessdata package

. Review request here [1]. Comments welcome - and happy to review in exchange. Thanks Sandro [1] https://bugzilla.redhat.com/show_bug.cgi?id=1730469 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

Re: Fedora 31 System-Wide Change proposal: MinGW environment and toolchain update

On 11.05.19 16:07, Neal Gompa wrote: Could we also have the MinGW toolchain using pkgconf now? It still uses legacy pkgconfig even though pkgconf also works for Windows, and is actively addressing issues with using it with Windows toolchains. Good point, I'll look into it. Sandro

Review requests: mingw-python3, mingw-qtkeychain, mingw-qca

the current mingw-python2 package adapted for python3, with patches taken from the corresponding ArchLinux package [1], and tested here [2]. The remaining two are pretty trivial. Happy to review in exchange. Thanks Sandro [1] https://aur.archlinux.org/packages/mingw-w64-python/ [2] https

Re: HEADS UP: libgif update problems

Ok things should be back to normal now. On 23.02.19 19:54, Sandro Mani wrote: Oh, joy. Thanks for the tip! On 23.02.19 19:51, Igor Gnatenko wrote: Enjoy plain makefiles :) The problem here is that custom build recipes do not set SONAME. On Sat, Feb 23, 2019 at 7:47 PM Sandro Mani

Re: HEADS UP: libgif update problems

Oh, joy. Thanks for the tip! On 23.02.19 19:51, Igor Gnatenko wrote: Enjoy plain makefiles :) The problem here is that custom build recipes do not set SONAME. On Sat, Feb 23, 2019 at 7:47 PM Sandro Mani <mailto:manisan...@gmail.com>> wrote: Hi I've pushed what lo

HEADS UP: libgif update problems

instead of the previous libgif.so.7 for libgif. I'm looking into it. If necessary, I'll rebuild affected packages. Apologies for the inconvenience. Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

Re: openmpi dependency problem?

On 03.11.18 16:11, Richard Shaw wrote: [...] Why is there a difference? What is the significance of the appended (openmpi-x86_64)? The appended (openmpi-x86_64) is neccessary to distinguish between the openmpi libmpi.so library from the mpich one. Actually I wonder whether this is

HEADS UP: Update to gmsh-4.0

on gmsh according to repoquery is getdp. I'll look at adapting that package as necessary. If all goes to plan, I'll land gmsh-4.0.0 this weekend. Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

mingw-qt5-qtwebkit FTBFS: C++ struct size question

led build used mingw-gcc-8.1.0 which landed before the mass rebuild, but previous (successful) builds were performed with mingw-gcc-7.3.0). Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel

Re: Update to scotch-6.0.6

On 19.07.2018 13:35, Sandro Mani wrote: Hi I'm updating to scotch-6.0.6, which carries a soname bump. I'll rebuild the following dependent packages: hypre mmg MUMPS petsc qrmumps superlu_dist I've done a test run in this [1] COPR repo and all dependencies built successfully. All

Update to scotch-6.0.6

Hi I'm updating to scotch-6.0.6, which carries a soname bump. I'll rebuild the following dependent packages: hypre mmg MUMPS petsc qrmumps superlu_dist I've done a test run in this [1] COPR repo and all dependencies built successfully. Sandro [1] https://copr.fedorainfracloud.org/coprs

glibc-2.27.9000 and struct statx_timestamp

^~~ I.e. struct statx_timestamp in linux/stat.h (included directly by qfilesystemengine_unix.cpp) is conflicting with struct statx_timestamp in bits/statx.h included via sys/stat.h. This has begun with glibc-2.27.9000. Any ideas? Thanks Sandro ___ devel

Re: Update to podofo-0.9.6 in rawhide

On 11.07.2018 11:35, Sandro Mani wrote: Hi I'm updating podofo to version 0.9.6 in rawhide. It carries a soname bump (libpodofo.so.0.9.5 -> libpodofo.so.0.9.6), but all affected packages build without changes against the new version [1]. I'll rebuild all affected packages: cali

Update to podofo-0.9.6 in rawhide

Hi I'm updating podofo to version 0.9.6 in rawhide. It carries a soname bump (libpodofo.so.0.9.5 -> libpodofo.so.0.9.6), but all affected packages build without changes against the new version [1]. I'll rebuild all affected packages: calibre gimagereader krename scribus vfrnav Sandro

Re: Heads up: Python 3.7 rebuild in progress

2018-06-25 13:14 GMT+02:00 Miro Hrončok : > On 25.6.2018 12:08, Sandro Bonazzola wrote: > >> Hi, >> trying to update sos to upstream 3.6. >> Failed on f29 target[1] >> >> pushed to f29-python target as suggested and failed again[2] and failed >>

Re: Heads up: Python 3.7 rebuild in progress

Hi, trying to update sos to upstream 3.6. Failed on f29 target[1] pushed to f29-python target as suggested and failed again[2] and failed also on f28 target[3], missing six module everywhere. spec file has Requires: python3-six but looks like it's not failing preparing the chroot despite the

Retiring compat-giflib

Hi I'll be retiring compat-giflib in rawhide next weekend if there are no objections. All packages have since been built against the new giflib-5.1.4. Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

[EPEL-devel] EPEL repository corrupted

base Can you please regenerate metadata? Thanks -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R Red Hat EMEA <https://www.redhat.com/> sbona...@redhat.com <https://red.ht/sig> <https://redhat.com/summit> __

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

On 07.03.2018 16:54, Petr Pisar wrote: On 2018-03-07, Sandro Mani <manisan...@gmail.com> wrote: I.e. mmg3d reports "No CMAKE_CXX_COMPILER could be found.", but mmg3d is a pure C library, so I suppose it is just cmake which checks for a c++ compiler regardless of whether it is

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

On 07.03.2018 08:43, Igor Gnatenko wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 This is the second iteration of my mass-scratch-rebuild without gcc/gcc-c++ in the buildroot[0]. Everything what was written in original mail still applies. Since people might have fixed their packages

Re: Multilib issue: apitrace-libs.i686 version mismatches apitrace-libs.x86_64 on F27

On 26.02.2018 13:06, Kamil Paral wrote: I believe this means the compose wasn't done correctly (apitrace-libs was considered multilib initially, and is not considered multilib now). You can file a ticket for releng: https://pagure.io/releng Done [1], thanks. [1]

Re: Multilib issue: apitrace-libs.i686 version mismatches apitrace-libs.x86_64 on F27

On 21.02.2018 15:16, Pavel Raiskup wrote: On Wednesday, February 21, 2018 1:34:48 PM CET Sandro Mani wrote: # dnf update [...] Problem 1: package apitrace-libs-7.1-7.fc27.i686 requires apitrace = 7.1-7.fc27, but none of the providers can be installed - cannot install both apitrace-7.1-9

Multilib issue: apitrace-libs.i686 version mismatches apitrace-libs.x86_64 on F27

.x86_64 and apitrace-libs-7.1-7.fc27.x86_64   - cannot install both apitrace-libs-7.1-7.fc27.x86_64 and apitrace-libs-7.1-9.fc27.x86_64   - cannot install the best update candidate for package apitrace-libs-7.1-7.fc27.x86_64 [...] Where should I submit a ticket for this? Thanks Sandro

Non-responsive maintainer: Lubomir Rintel (lkundrak)

Hi Does anyone know how to contact Lubomir Rintel (lkundrak)? He is obviously still active since his last koji build is as recent as last Sunday the 11th, but he isn't answering to this ticket [1] and I also had no luck e-mailing him directly. Thanks Sandro [1] https://bugzilla.redhat.com

Re: HEADS UP: upcoming giflib-5.1.4 update in rawhide

llocator >::operator[] (__n=5, this=0x55b28da0) at /usr/include/c++/8/bits/stl_vector.h:950 #4  mglCanvas::col2int (this=this@entry=0x55b28af0, p=..., r=r@entry=0x7221fac4 "", obj_id=obj_id@entry=-9)     at /home/sandro/rpmbuild/BUILD/mathgl-2.4.1/src/pixel.cpp:279 #5 

HEADS UP: upcoming giflib-5.1.4 update in rawhide

-1.8.0-openjdk java-9-openjdk libwebp gdal mapserver OpenImageIO mathgl I won't be porting/rebuilding imlib to/against giflib-5.x since its only requiree is MagicPoint, which builds against imlib2, so I believe it should just be retired. Thanks Sandro [1] https://fedoraproject.org/wiki/Changes

Review request: compat-giflib

Hi For the giflib-5.x update (see [1]) I need compat-giflib reviewed [2]. Happy to review in exchange. Thanks Sandro [1] https://fedoraproject.org/wiki/Changes/GifLib5 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1541516 ___ devel mailing list

Re: Help required: bootstrap-build of java-1.8.0-openjdk for giflib-5.x update

On 24.01.2018 07:02, Florian Weimer wrote: On 01/24/2018 12:10 AM, Sandro Mani wrote: I've proposed a change to update to giflib-5.x for F28+ [1] (which is an incompatible update from the current giflib-4.x). I did some initial testing in this COPR repo [1], and have hit a problem with java

Help required: bootstrap-build of java-1.8.0-openjdk for giflib-5.x update

. Note: a side-by-side of giflib-4 and giflib-5 is not possible since per upstream both install the header to /usr/include/gif_lib.h, and moving the header downstream would require patching dependent packages to tell them where to find the correct header. Thanks Sandro [1] https

openjpeg-1.x removal

ful build of gdcm also still requires openjpeg-1.x, since gdcm-2.8.4-1.fc28 failed to build. Once all these packages are updated, I'd suggest that openjpeg-1.x finally be removed for F28+ (debian has done it over a year ago). Thanks Sandro [1] https://copr.fedorainfracloud.org/coprs/smani/o

Re: scotch: packaging a version with 64bit integers

On 11.01.2018 09:25, Dominik 'Rathann' Mierzejewski wrote: Hi, Sandro. On Wednesday, 10 January 2018 at 14:58, Sandro Mani wrote: I've received a request to package a version of scotch with 64bit integers (as opposed to 32bit). I suppose the details are less important, the bottom line

scotch: packaging a version with 64bit integers

. I'm not really sure whether there is a good solution, happy to hear opinions. Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Intent to retire eigen2

On 03.01.2018 18:59, Sandro Mani wrote: Hi eigen2 has long since been EOL, was actually already retired once in Fedora, but brought back alive to keep avogadro building (which didn't build against eigen3 >= 3.3). Avogadro has since received proper upstream eigen3 support, and the Fed

Intent to retire eigen2

en3. There are no other users of eigen2, so I plan to retire it the coming weekend unless someone objects. Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Introducing myself to Fedora

Il 16 Dic 2017 23:39, "Spyros Trigazis" ha scritto: Hello Fedora Developers, I would like to join the packagers group and I am sending you this email to introduce myself. My name is Spyros Trigazis and I'm currently working for the CERN [1] Cloud Infrastructure team

Review requests: mingw-qt5-qtserialport, mingw-qt5-qtcharts, mingw-twaindsm

forward. Happy to review in exchange. Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Review requests: enchant2, mingw-enchant2

On 14.12.2017 11:35, Charalampos Stratakis wrote: - Original Message - From: "Sandro Mani" <manisan...@gmail.com> To: "Development discussions related to Fedora" <devel@lists.fedoraproject.org> Sent: Wednesday, December 13, 2017 10:57:22 PM Subject:

Review requests: enchant2, mingw-enchant2

Hi I've posted reviews for enchant2 and mingw-enchant2: - enchant2: https://bugzilla.redhat.com/show_bug.cgi?id=1525706 - mingw-enchant2: https://bugzilla.redhat.com/show_bug.cgi?id=1525707 These are parallel-installable to the enchant-1.x packages. Happy to review in exhange. Sandro

Re: Broken dependencies: rubygem-elasticsearch

> dependnecy using %gemspec_remove_dep and %gemspec_add_dep macros. > I already built 5.0.4 based on rubygem-elasticsearch-transport-5.0.4-1.fc28 so the 2.0.2 can be trashed in fc28. > > > Vít > > > > Dne 2.11.2017 v 16:36 Sandro Bonazzola napsal(a): > > > &g

Re: Broken dependencies: rubygem-elasticsearch

csearch-2.0.2-1.fc28.noarch requires > rubygem(elasticsearch-transport) = 0:2.0.2 > On i386: > rubygem-elasticsearch-2.0.2-1.fc28.noarch requires > rubygem(elasticsearch-transport) = 0:2.0.2 > Please resolve this as soon as possible. > > > -- SANDRO BONAZZOLA ASS

Re: Review swaps

https://bugzilla.redhat.com/show_bug.cgi?id=1507986 I've taken these four. Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Review requests: mingw-vulkan, mingw-uriparser, mingw-libkml, mingw-djvulibre

://bugzilla.redhat.com/show_bug.cgi?id=1507603 Happy to review in exchange. Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: BuildError: src.fedoraproject.org:/git/rpms/mingw-gdal is not in the list of allowed SCMs

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

Re: packaging ruby dependencies

nses have been checked and binaries are built from sources. I'm +1 for having them packaged. > > Jason > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Packages looking for new maintainers

Il 23 Ott 2017 21:26, "Ville Skyttä" ha scritto: Hello, The following packages are looking for new maintainers, ping me if you're able to help out. 1) No co-maintainers at the moment: - git-bz - isrcsubmit - jing-trang - kid3 - mbox2eml - modplugtools - netmask - portecle

BuildError: src.fedoraproject.org:/git/rpms/mingw-gdal is not in the list of allowed SCMs

ct.org:/git/rpms/mingw-gdal is not in the list of allowed SCMs   0 free  0 open  0 done  2 failed Also happens if a do a fresh fedpkg clone of mingw-gdal. Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: koji: Get all completed builds since a specific date?

On 19.09.2017 20:49, Dan Horák wrote: "koji list-history --help" should help Yep, thanks! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

koji: Get all completed builds since a specific date?

Hi Is there a way to query koji for all completed builds since a specific date? Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Build weirdness

On 04.09.2017 12:42, Vít Ondruch wrote: Dne 1.9.2017 v 22:56 Sandro Mani napsal(a): Hi I've got another weird situation: I wanted to get pjproject building again, rebased and added necessary patches, did the scratch build, and all looked good [1]. So I went ahead and committed the result

Re: Build weirdness

as Source in the spec. Thanks for the hint! Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Build weirdness

the obsolete patches, and not what I committed [3]. Any idea what's going on here? Thanks Sandro [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=21611422 [2] https://koji.fedoraproject.org/koji/taskinfo?taskID=21608502 [3] https://src.fedoraproject.org/rpms/pjproject/tree/master

Re: Review swaps

On 29.08.2017 13:10, Juan Orti Alcaine wrote: 2017-08-29 13:02 GMT+02:00 Sandro Mani <manisan...@gmail.com>: Hi I have https://bugzilla.redhat.com/show_bug.cgi?id=1486278 I'll take svg2svgt, if you create more review requests, just tell me. Thanks, I've started with python-subliminal

Re: Review swaps

Hi I have https://bugzilla.redhat.com/show_bug.cgi?id=1486278 as well as a big load of mingw packages [1]. If you're okay with reviewing mingw stuff I can prepare review requests for them. Thanks Sandro [1] https://github.com/manisandro/fedora-mingw On 29.08.2017 12:31, Juan Orti

Re: Mass package change (python2- binary package renaming)

to fix this, otherwise please check your script to prevent more mistakes. And in general, is the script supposed to also fix the Requires in various packages, or do those need to be fixed by hand? For instance qgis still has various python-XXX requires which are now broken. Thanks Sandro

Re: Mysterious build, perhaps tagged to wrong release?

On 28.08.2017 02:03, Kevin Kofler wrote: Sandro Mani wrote: Right, I suppose given the smallish audience affected by this, it's better to violate the update guidelines once than introducing a permanent epoch bump. FYI, there are still ongoing plans to upgrade the native qt5-qtbase in F26

<    1   2   3   4   5   6   7   8   9   10   >