fedpkg build fails: Could not auth with koji. Login failed: [('SSL routines', 'SSL_shutdown', 'shutdown while in init')]

'shutdown while in init')] I thought it was perhaps just a matter of re-newing the certificate, but the error persists even after running fedora-cert -n (or fedora-packager-setup for the matter, which didn't appear to do anything). I'm running

Re: fedpkg build fails: Could not auth with koji. Login failed: [('SSL routines', 'SSL_shutdown', 'shutdown while in init')]

On 09.11.2016 22:49, Kevin Fenzi wrote: What versions of python2-cryptography and pyOpenSSL do you have? I'm using: python2-cryptography-1.5.3-1.fc26.x86_64 python2-pyOpenSSL-16.2.0-1.fc26.noarch Thanks Sandro ___ devel mailing list --

Re: fedpkg build fails: Could not auth with koji. Login failed: [('SSL routines', 'SSL_shutdown', 'shutdown while in init')]

On 09.11.2016 22:54, Sandro Mani wrote: On 09.11.2016 22:49, Kevin Fenzi wrote: What versions of python2-cryptography and pyOpenSSL do you have? I'm using: python2-cryptography-1.5.3-1.fc26.x86_64 python2-pyOpenSSL-16.2.0-1.fc26.noarch Aha! It looks like indeed python2-cryptog

HEADS UP: eigen-3.3.0 update

py to help with bundling eigen for avogadro if desired. Thanks Sandro [1] https://copr.fedorainfracloud.org/coprs/smani/eigen3.3.0/ [2] https://bugzilla.redhat.com/show_bug.cgi?id=1289717 Detailed analysis: Eigen related failures -- avogadro-0:1.2.0-2.fc26.src ->

Re: HEADS UP: eigen-3.3.0 update

On 24.11.2016 12:56, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 23 November 2016 at 22:45, Sandro Mani wrote: Hi eigen-3.3.0 was released a a couple of weeks ago, and I've investigated the consequences of updating in rawhide in this [1] COPR repo. The detailed analysi

Re: HEADS UP: eigen-3.3.0 update

On 25.11.2016 03:44, Kevin Kofler wrote: Sandro Mani wrote: AFAICS avogadro can still be built against eigen2, so sure, that would also be a plan. Not sure if reviving the package is better than bundling though, since eigen2 is completely unsupported upstream and its use not recommended [1

Contact Björn Esser (Re: HEADS UP: eigen-3.3.0 update)

I've seen that the mails to shogun-ow...@fedoraproject.org aka fed...@besser82.io are bouncing back because the besser82.io domain isn't valid anymore. Does anyone know another way to contact him? ___ devel mailing list -- devel@lists.fedoraproject.org

Re: Contact Björn Esser (Re: HEADS UP: eigen-3.3.0 update)

Hi Christian Could you ping him again? Considering that the viennacl review is going forward nicely, I'm planning to move forward with the eigen3 update some time next week, unless Björn needs more time to prepare the shogun update. Thanks Sandro On 25.11.2016 21:08, Christian Dersch

Re: Missing heads up for gmsh SONAME bump

so in gmsh.spec. Fixed now. I don't have commit rights to getdp, so I'd appreciate if someone could take care of rebuilding it. Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an em

HEADS UP: shapelib soname bump

ibs-0:5.11.1-5.fc25 I'll need help rebuilding the above packages. Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: HEADS UP: eigen-3.3.0 update

Actually, given the dependency on eigen headers in the public avogadro headers, I suppose the only way forward is indeed to revive eigen2. Anyone care to swap review with https://bugzilla.redhat.com/show_bug.cgi?id=1403554? Thanks Sandro ___ devel

Re: HEADS UP: shapelib soname bump

On 11.12.2016 12:54, Igor Gnatenko wrote: On Sun, Dec 11, 2016 at 11:54 AM, Sandro Mani wrote: Hi I'm preparing the shapelib-1.4.0 update, which bumped the soname. There are no API changes, it was just to synchronize with the debian soname. Dependent packages are: gpsbabel-0:1.5.3-4

Re: HEADS UP: eigen-3.3.0 update

but I'm ok with either approach. Or the ideal solution would be if some with knowledge of avogadro manages to fix debians 3.3.0 patch [1]. Sandro [1] https://github.com/cryos/avogadro/pull/38 ___ devel mailing list -- devel@lists.fedoraproje

ppc64le: error: declaration does not declare anything

-eigen-b23437e61a07/Eigen/src/Core/arch/AltiVec/PacketMath.h:195:3: error: 'af' was not declared in this scope af[0] = from; The build completes on x86_64 and i686 and possibly others. Any ideas? Thanks Sandro [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=16927043 [2] h

Re: ppc64le: error: declaration does not declare anything

On 17.12.2016 16:09, Jakub Jelinek wrote: On Sat, Dec 17, 2016 at 04:03:22PM +0100, Sandro Mani wrote: Hi I'm having some difficulties understanding the following error on ppc64le (scratch build [1], build log [2]): PackMath.h: 191 template<> inline v4f ei_pset1(const float

Retire mingw-openjpeg (and native openjpeg status)

-> No upstream support gstreamer1-plugins-bad-free -> Upstream support mtpaint -> Upstream support vfrnav -> No upstream support I think it would be a good idea for the respective maintainer to switch to openjpeg2 where possible. Thanks Sandro _

pkgdb: Could not save the request for branch: master, has it already been requested?

the request for branch: master, has it already been requested? It looks like the denied request still counts as pending request? Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: pkgdb: Could not save the request for branch: master, has it already been requested?

On 21.12.2016 23:28, Till Maas wrote: On Wed, Dec 21, 2016 at 02:02:03PM -0600, Jason L Tibbitts III wrote: This is the kind of thing that should probably be in an infrastructure ticket instead of the mailing list, but I happened to see your message. As far as I can tell, you're correct in yo

Re: pkgdb: Could not save the request for branch: master, has it already been requested?

On 21.12.2016 23:52, Till Maas wrote: On Wed, Dec 21, 2016 at 11:34:16PM +0100, Sandro Mani wrote: Side-note: the new package request allows either full url or just BZ ticket number. Perhaps the unretirement form could be made to also accept both inputs. Yes, a fix is already queued for the

Review swaps

Microsoft OLE2 files First is a simple C library. Second is a simple python library. 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

Packages owned by epienbro

ngw-curl, mingw-angleproject Best Sandro [1] https://admin.fedoraproject.org/pkgdb/packager/epienbro/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Orphaning python-sphinx-theme-better

ora requires it. Sandro [1] $ dnf repoquery --disablerepo=* --enablerepo=rawhide-source --whatrequires python-sphinx-theme-better --alldeps $ dnf repoquery --disablerepo=* --enablerepo=rawhide-source --whatrequires python3-sphinx-theme-better --alldeps __

Re: Orphaning python-sphinx-theme-better

On 02.01.2017 21:28, Igor Gnatenko wrote: On Mon, Jan 2, 2017 at 9:14 PM, Sandro Mani wrote: Hi I've orphaned python-sphinx-theme-better. It was briefly used by python-pillow for its documentation in the past, but that's not the case anymore and python-sphinx-theme-better hasn&

Re: Packages owned by epienbro (Packages now looking for new points of contact!)

time of writing are: mingw-gtkhtml3 mingw-libgnurx mingw-libidn mingw-winstorecompat nntpgrab par2cmdline pidgin-libnotify Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Updates in testing for EOL releases stuck forever in Bodhi?

Hi Just wondering: is there any way to get rid of the entries of updates stuck in testing for EOL releases in bodhi.fedoraproject.org/updates/?user=&status=testing ? Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.or

Re: ebay-cors-filter's builds started to fail in Fedora Rawhide

On Mon, Jan 16, 2017 at 2:48 PM, wrote: > ebay-cors-filter's builds started to fail in Fedora Rawhide > https://apps.fedoraproject.org/koschei/package/ebay-cors- > filter?collection=f26 > > > Looks like fop disabppeared, any hint about what's happening? Th

HEADS UP: libwebp-0.6.0 soname bumps

.rpm mingw-webkitgtk-2.4.11-2.fc26.src.rpm mingw-webkitgtk3-2.4.11-2.fc26.src.rpm Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Dependency rebuild order

Hi Wondering if someone has some neat script which outputs the rebuild order of a set of packages, say after a library these depend on bumped its soname. Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an

Re: HEADS UP: libwebp-0.6.0 soname bumps

On 01.02.2017 18:59, Sandro Mani wrote: Hi I'm about to fire off the libwebp and mingw-libwebp 0.6.0 updates, which include soname bumps. I'm rebuilding all of the dependent packages: A quick status update here on the packages not yet rebuilt: - Packages which are stuck due to

Re: HEADS UP: libwebp-0.6.0 soname bumps

On 02.02.2017 08:49, Kalev Lember wrote: On 02/02/2017 08:12 AM, Kalev Lember wrote: Hi Sandro, Thanks for working on this! The number of packages affected by the soname bump is quite big though and I think it needs a compat package. We probably wouldn't have to keep it around for a

Re: Dependency rebuild order

On 02.02.2017 10:40, Honza Silhan wrote: Hi, my former colleague was investigating how to do it. This task had been already solved by the mach project available at http://thomas.apestaart.org/projects/mach/ and packaged in Fedora under the same name. Interesting bits are inside ./scirpts/mach.

Re: HEADS UP: libwebp-0.6.0 soname bumps

On 01.02.2017 23:58, Björn 'besser82' Esser wrote: Hi Sandro, could you please tell me, when gnuplot has been rebuilt successfully? Gnuplot is now built. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send a

Re: HEADS UP: libwebp-0.6.0 soname bumps

On 02.02.2017 22:03, Jonathan Wakely wrote: On 02/02/17 10:02 +0100, Sandro Mani wrote: On 01.02.2017 18:59, Sandro Mani wrote: Hi I'm about to fire off the libwebp and mingw-libwebp 0.6.0 updates, which include soname bumps. I'm rebuilding all of the dependent packages

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

uilds were 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 t

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

Review request: perl-Array-IntSpan

eview 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:

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

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 https://bugzilla.redhat.com/show_bu

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

error: ld 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 t

QtCreator armv7hl build failure, gcc bug?

if gcc thinks that clang::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.fedorap

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, but

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-creato

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 %{_libdir}/pkgconfig/QxtDesignerPlug

Heads up: gdal-3.1.0 coming to rawhide

qmapshack 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

Re: Heads up: gdal-3.1.0 coming to rawhide

On 21.05.20 00:55, Sandro Mani wrote: Hi I'm building gdal-3.1.0 in a f33 side-tag, and I'll also rebuild all dependencies: bes cloudcompare dans-gdal-scripts gazebo GMT grass gtatool liblas mapnik mapserver merkaartor ncl nodejs-gdal opencv OpenSceneGraph osgearth postgis py

LLVMgold.so: wrong ELF class: ELFCLASS32

eport against binutils? 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/en-US/project/code-of-conduct/

Re: About insert again a package

iners#Claiming_Ownership_of_a_Retired_Package 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/

[feedback needed] VirtIO Windows Drivers - new installer

lease 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&

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

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 &

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. S

Re: Orphaning my packages

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

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: 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

Bodhi not working

tatic/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&D RHV Red Hat EMEA <https://www.redhat.com/>

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

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 >

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

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

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

copr any java package 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&D RHV Red Hat EMEA <https://www.redhat.com/> sbona...@redhat.com <https://www.redhat.com/>*Re

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 l

Review requests: perl-Array-IntSpan, commoncpp2

inkle, 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 li

Planing to retire sflphone

t in one weeks time (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/ Li

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

-11-27 offering 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?

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

d 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 t

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 chan

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.fedoraprojec

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 rep

Temporary package rollback by using Version: +really.

dependency, 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.c

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 mi

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: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

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&D RHV Red Hat EMEA <https://www.redhat.com/> sbon

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 S

HEADS UP: gdal update in rawhide and F32

SceneGraph 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 Fedo

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?

Re: Stuck qgis i686 build

ags 1? 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:

SCons help

#x27; SKIPDOC=COPYING install-utils install-compiler 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&arch=all&ver=3.05-1&stamp=1579080329&raw=0 [3] http://downloads.sour

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 s

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 chan

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

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

HEADS UP: libgif update problems

0 provides 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

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

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

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

t 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]

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. S

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

y, the failed 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 emai

HEADS UP: Update to gmsh-4.0

ge depending 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

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 relate

Review requests: python-flask-mailman, python-flask-mongoengine, mingw-gsettings-desktop-schemas

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2184590 Needed for updating mingw-glib-networking: - mingw-gsettings-desktop-schemas: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2184592 Should all be pretty straight forward reviews. Happy to review in exchange. Thanks S

Re: HEADS UP: tesseract-5.3.0 landing in rawhide with soname bump

On 06.04.23 22:37, Miro Hrončok wrote: On 23. 12. 22 16:00, Sandro Mani wrote: Hi I'll be landing tesseract 5.3.0 in rawhide, building it in the f38-build-side-61405 side tag, along with the following dependent packages: ffmpeg gimagereader mupdf opencv python-PyMuPDF qpdfview R-tess

Re: HEADS UP: tesseract-5.3.0 landing in rawhide with soname bump

On 06.04.23 23:43, Adam Williamson wrote: On Thu, 2023-04-06 at 23:26 +0200, Sandro Mani wrote: On 06.04.23 22:37, Miro Hrončok wrote: On 23. 12. 22 16:00, Sandro Mani wrote: Hi I'll be landing tesseract 5.3.0 in rawhide, building it in the f38-build-side-61405 side tag, along wit

Re: Orphaned packages looking for new maintainers

I've taken the following: mingw-gstreamer1 mingw-gstreamer1-plugins-base python-flask-login I'd also pick up the following if the gtk maintainers are not interested: gtksourceviewmm3 Sandro ___ devel mailing list -- devel@lists.fedorap

How to handle updates with large python dependency chains?

Rs for the various dependencies, but it is fairly unrealistic to have these all processed in a timely manner. I'm assuming the best way forward is a self-contained change? Thanks Sandro [1] https://copr.fedorainfracloud.org/coprs/smani/pgad

Re: nodejs broken?

read 3 "node" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x72ffe6c0 (LWP 1565850)] 0x757db195in v8::internal::compiler::SpecialRPONumberer::ComputeAndInsertSpecialRPO(v8::internal::compiler::BasicBlock*, v8::internal::compiler::BasicBlock*

HEADS UP: gdal-3.7.0 coming to rawhide

frnav    python-rasterio    vtk    paraview    kealib    OpenSceneGraph    cloudcompare    grass    mapnik    opencv    mingw-opencv    osgearth    qgis    gazebo Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an ema

Re: HEADS UP: gdal-3.7.0 coming to rawhide

On 11.05.23 05:42, Sandro Mani wrote: Hi I'm preparing the gdal-3.7.0 update which carries a soname bump. Il build it in the f39-build-side-67536 side-tag, and rebuild the following dependencies:    GMT    mapserver    liblas    python-fiona    postgis    merkaartor    R-rgdal  

Re: HEADS UP: gdal-3.7.0 coming to rawhide

On 12.05.23 15:48, Orion Poplawski wrote: Well, not completely - my paraview build in the side tag has not yet completed: https://koji.fedoraproject.org/koji/taskinfo?taskID=101035225 Do I submit a separate update for that once it is done? Whops sorry, got over-excited seeing the x86_64 bu

Review requests: gtksourceviewmm3, mingw-qt6-qtlocation

eview to revive retired package, this qt module was dropped upstream in the qt-6.3.x series, but re-introduced in qt-6.5.1 Happy to review in exchange. Thanks Sandro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an ema

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