On 08.07.22 09:46, Sandro Mani wrote:
Hi
I'll update to tesseract-5.2.0 in rawhide, and rebuild affected
packages as listed below. I'll do the work in the side tag
f37-build-side-54886.
Done now, all build succeeded.
Sandro
___
dev
vfrnav
vtk
Sandro
[1] https://copr.fedorainfracloud.org/coprs/smani/proj7/
___
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-
On 05.11.20 12:36, Tom Hughes wrote:
On 05/11/2020 11:24, Sandro Mani wrote:
I'll be building proj-7.2.0 together with gdal-3.2.0 in rawhide
shortly. I'll do a round of test builds in this copr [1], and then
build everything (and rebuild dependent packages) in a rawhide
side-ta
On 05.11.20 20:27, Sandro Mani wrote:
On 05.11.20 12:36, Tom Hughes wrote:
On 05/11/2020 11:24, Sandro Mani wrote:
I'll be building proj-7.2.0 together with gdal-3.2.0 in rawhide
shortly. I'll do a round of test builds in this copr [1], and then
build everything (and rebuild
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/en-US/project/code-of-conduct/
List
On 06.11.20 00:16, Fabio Valentini wrote:
On Thu, Nov 5, 2020 at 10:26 PM Sandro Mani wrote:
On 05.11.20 20:27, Sandro Mani wrote:
On 05.11.20 12:36, Tom Hughes wrote:
On 05/11/2020 11:24, Sandro Mani wrote:
I'll be building proj-7.2.0 together with gdal-3.2.0 in rawhide
shortly. I&
On 06.11.20 01:27, Michael Catanzaro wrote:
See also: https://bugzilla.redhat.com/show_bug.cgi?id=1711519
Soo, initial change proposal for dropping qtwebkit:
https://fedoraproject.org/wiki/User:Smani/QtwebkitRemoval
Feedback welcome. I'll also post the link in the bug.
S
On 06.11.20 13:00, Kevin Kofler via devel wrote:
Sandro Mani wrote:
But I'll also expand the analysis to the entire qt4 stack and see what
comes out.
Dropping the entire Qt 4 stack is a non-starter. I am keeping the qt4
package secure with backported security fixes. I see no reason to dr
its
W _ZZNSt8__detail18__to_chars_10_implIjEEvPcjT_E8__digits
resp, unmangled the symbol is
std::__detail::__to_chars_10_impl(char*, unsigned int,
unsigned int)::__digits
I'm not sure why ld thinks LLVM is involved, vtk does not pull in LLVM
in any way.
I'm pretty much clueless,
On 10.11.20 12:56, Sandro Mani wrote:
Hi
I'm stuck at rebuilding vtk, which I need to move ahead with the proj
rebuilds. (The error being unrelated to proj.) I get
/usr/bin/ld:
CMakeFiles/vtkIOXMLCxxTests.dir/TestXMLHyperTreeGridIO.cxx.o (symbol
from plugin): undefined reference to s
On 11.11.20 00:42, Tom Stellard wrote:
On 11/10/20 6:24 PM, Will Crawford wrote:
On Tue, 10 Nov 2020 at 11:56, Sandro Mani <mailto:manisan...@gmail.com>> wrote:
/usr/bin/ld:
CMakeFiles/vtkIOXMLCxxTests.dir/TestXMLHyperTreeGridIO.cxx.o (symbol
from plugin): undefined
Can you try disabling LTO by adding:
%global _lto_cflags %{nil}
to your spec file and see if that helps.
Indeed, with LTO disabled it builds, thanks for the tip!
Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
mingw-zstd and mingw-minizip in particular, as mingw-minizip is
a new dependency for mingw-libspatialite, which i need to update for the
mingw-proj update I'm working on.
Happy to review in exchange.
Thanks
Sandro
___
devel mailin
On 12.11.20 15:38, Richard Shaw wrote:
Hopefully someone can get to them before me, I'm swamped with $DAYJOB,
but if not, I'll see if I can find sometime within the next week or so.
Thanks Richard
Perhaps as a small encouragement: they packages are pretty trivial
On 05.11.20 20:27, Sandro Mani wrote:
On 05.11.20 12:36, Tom Hughes wrote:
On 05/11/2020 11:24, Sandro Mani wrote:
I'll be building proj-7.2.0 together with gdal-3.2.0 in rawhide
shortly. I'll do a round of test builds in this copr [1], and then
build everything (and rebuild
/show_bug.cgi?id=1897738
All simple C/C++ libraries with plain and simple autotools or cmake usage.
Happy to review in exchange.
Thanks
Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
I've taken
mingw-speex
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/
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 -- devel
e the side tag and retire OpenEXR and ilmbase
So what am I forgetting? Thoughts?
Hi
Sounds good to me, I'll do the same for the mingw packages. If you want
we can swap reviews for the respective packages.
Sandro
___
devel mailing lis
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
S
Hi
postgis seems another one suffering from LTO related failures.
LTO (results in test failures):
https://koji.fedoraproject.org/koji/taskinfo?taskID=48393090
LTO disabled (tests pass):
https://koji.fedoraproject.org/koji/taskinfo?taskID=48394173
Thanks
Sandro
Hi
postgis seems another one suffering from LTO related failures.
LTO (results in test failures):
https://koji.fedoraproject.org/koji/taskinfo?taskID=48393090
LTO disabled (tests pass):
https://koji.fedoraproject.org/koji/taskinfo?taskID=48394173
Thanks
Sandro
On 02.08.20 07:43, Jeff Law wrote:
On Sun, 2020-08-02 at 00:36 +0200, Sandro Mani wrote:
Hi
postgis seems another one suffering from LTO related failures.
LTO (results in test failures):
https://koji.fedoraproject.org/koji/taskinfo?taskID=48393090
LTO disabled (tests pass):
https
://bugzilla.redhat.com/show_bug.cgi?id=1475483
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
Hi
I periodically give it a try, but so far it was too unstable. My specs
are here [1] if you want to give it a try.
Sandro
[1] https://smani.fedorapeople.org/ring/
On 01.08.2017 19:47, Jos Vos wrote:
Hi,
Are there any plans to add Ring (https://ring.cx/en) to Fedora?
Cheers
-build-id} %{?_find_debuginfo_opts}
"%{_builddir}/%%{?buildsubdir}" %{nil}
Long text short question: can someone help me adapt this logic for the new
debuginfo/debugsource mechanism?
Thanks
Sandro
[1]
https://koji.fedoraproject.org/koji/getfile?taskID=21030286&volume=DEFAULT&name=build.l
?id=1479198
I'll need to check why the build folder was placed outside the source
tree - perhaps it's because qmake (used to?) warn that build trees below
the source trees are unsupported.
Thanks
Sandro
___
devel mailing lis
would mean that the location of headers changes, potentially leading to
compilation failures in the unlikely event users have hardcoded the path
to said headers (instead of using the pkgconfig file). I'd say however
that this risk is worth the update.
Any objections to updating?
Tha
ahead and updating.
Thanks
Sandro
[1] https://github.com/uclouvain/openjpeg/blob/v2.2.0/NEWS.md
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
:
> sos's builds started to fail in Fedora rawhide
> https://apps.fedoraproject.org/koschei/package/sos?collection=f27
>
> --
> You received this message due to your preference settings at
> https://apps.fedoraproject.org/notifications/
since it needs 3.0.30 to satisfy the dependencies...):
https://bugzilla.redhat.com/show_bug.cgi?id=1482893
https://bugzilla.redhat.com/show_bug.cgi?id=1482894
Happy to review in exchange.
Sandro
___
devel mailing list -- devel@lists.fedoraproject.o
Hi
I'm updating to alglib-3.12.0 in rawhide and F27, I'll rebuild the
following dependent packages:
gmsh-3.0.4-1.fc27.src.rpm
qmapshack-1.9.0-1.fc27.src.rpm
Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscri
-objcopy --add-gnu-debuglink=$(basename "$binary.debug")
--strip-unneeded "$binary" --keep-symbols="$keep_symbols"
and it seems to work great, the binary size is 24k, and the stack trace
#0 0x0040157d in foo() ()
#1 0x004015b5 in main ()
Hi Jan
On 24.08.2017 14:18, Jan Kratochvil wrote:
On Thu, 24 Aug 2017 13:43:32 +0200, Sandro Mani wrote:
I'm investigating why gdb returns so unreliable backtraces for mingw
binaries without debuginfos,
They are perfectly reliable. They just do not show the function names.
But those c
On 24.08.2017 14:52, Jan Kratochvil wrote:
On Thu, 24 Aug 2017 14:31:11 +0200, Sandro Mani wrote:
On 24.08.2017 14:18, Jan Kratochvil wrote:
On Thu, 24 Aug 2017 13:43:32 +0200, Sandro Mani wrote:
I'm investigating why gdb returns so unreliable backtraces for mingw
binaries wi
On 24.08.2017 21:42, Jan Kratochvil wrote:
On Thu, 24 Aug 2017 21:36:29 +0200, Sandro Mani wrote:
While I'm at it, my current technique for interpreting mingw stacktraces
produced without debuginfos is parsing the text and calling addr2line for
each stack frame. Is there a neater tech
esting a couple of days ago.
Any idea what's going on? Was the mingw-qt5-qtbase-5.8.0-3.fc26 build
erroneously tagget to the wrong release (i.e. f26 instead of what was
master at the time?
Thanks
Sandro
[1]
https://src.fedoraproject.org/rpms/mingw-qt5-qtbase/blob/f26/f/mingw-qt5-qtbas
d, but it doesn't care if it's older.
However, as you found out, Bodhi *does* check and refuse to let you
submit an update that's older than the current stable version.
Should I have seen the error already when pushing to testing though?
Sandro
___
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 F
py 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
S
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
On 29.08.2017 13:10, Juan Orti Alcaine wrote:
2017-08-29 13:02 GMT+02:00 Sandro Mani :
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, I'll foll
g 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/t
ed 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
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 r
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
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
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
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
- python-flake8-impor
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
>
!
Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
https://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
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
ires
> 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
ASSOCIATE MANAGER, SOFTWARE ENGI
mspec_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):
>
>
>
> 2017-11-02 14:16 GMT+
nt "Requires: "$0}'
Is there a way to automatically generate the runtime Requires, similar to the
buildtime BuildRequires?
Thanks
Sandro
[1] https://copr.fedorainfracloud.org/coprs/smani/pgAdmin4
[2] https://smani.fedorapeople.org/pgadmin4.spec
[3] https://docs
Those packages ship either Apache+Wsgi as a server application or NwJs
für the desktop app, latter which I believe is even worse to package due
to bundling chromium.
Thanks
Sandro
On 09.12.21 14:54, graham_al...@hotmail.com wrote:
I set this up recently using the packages from here ->
ht
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
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
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
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 not
* 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
].
Thanks
Sandro
[1] https://copr.fedorainfracloud.org/coprs/smani/tesseract5
___
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
along a soname bump, I wasn't planning on building it
for stable releases.
Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Condu
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
which creates a tarball with the yarn cache
for you.
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
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
s does
PyMuPDF.
It's reproducible via command line, say
tesseract out image.tif PDF
The CMake build scripts are pretty broken, they omit installing lots of
stuff. I've reverted to autotools, but unfortunately there is some
brokenness with ARM NEON
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
arser -
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2033796
python-user-agents -
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2033795
Thanks
Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
://bugzilla.redhat.com/show_bug.cgi?id=2033988
Sigh, yes, as noted elsewhere, the soname changed from
libtesseract.so.5.0.0 to libtesseract.so.5 by switching back to
autotools. I'll rebuild the affected packages.
Sandro
___
devel mailing list --
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
=2033802
python-flask-security-too -
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2033801
Happy to review in exchange.
Thanks
Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
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
Hi, it's sad but I need to face the truth: I've no time to work on laby
packaging anymore.
Following the Orphaning Procedure[1] I'm announcing the orphaning of laby on
devel mailing list so that others have a chance to take over as maintainer.
Regards, Sandro Bonazzo
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 que
-qtwebchannel
I'd appreciate in particular the review of mingw-python-tomli as it is a
currently missing dependency for mingw-python-setuptools-scm, causing
mingw-python-dateutil to be FTBFS.
Happy to review in exchange.
Thanks
Sandro
___
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:
https
sonally I'd
rather look at building cross and native packages from the same spec to
reduce the maintenance burden. I know that there was a proposal in this
direction some months ago, I'd like to start moving in this direction at
least with packages where I maintain both the native and
osed to move it forward by
providing a copr repo illustrating it in real world, but I'm afraid
I got side tracked.
I also wasn't able to participate in the discussion having had too much
going on then, but I'd be happy to help (re-)launching the effort.
Sandro
___
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
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
on-charset-normalizer - needed for mingw-python-requests
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2053761 -
mingw-pyproj - needed for mingw-python-OWSLib
Both are straight forward mingw-python packages. Happy to review in
exchange.
Tha
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
uriparser mingw-uriparser
I'm performing test builds here [1]. Once I've got them all building
there, if there are no objections, I plan to push to F37 and retire all
the corresponding mingw repos.
Sandro
[1] https://copr.fedorainfracloud.org/coprs/smani/mingw
n switching to
cmake I accidentally only provided the compat symlink for the
unversioned link library, but not for the versioned library. I'll
rebuild affected packages.
Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscri
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2005808
mingw-python-toml -
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2005809
All are straight forward mingw/python packages.
Happy to review in exchange.
Thanks
Sandro
___
devel mailing list --
nodejs does not work properly with openssl-3.0? I.e.
Error: error:0308010C:digital envelope routines::unsupported
at new Hash (node:internal/crypto/hash:67:19)
at Object.createHash (node:crypto:130:10)
at module.exports
(/home/sandro/Documents/Devel/QWC2/qwc2-demo-app/node_modules/webpack
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 to
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
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
___
dev
09268 -
mingw-qt6-qtmultimedia (depends on mingw-qt6-qtshadertools)
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009269 -
mingw-qt6-qtwebchannel (depends on mingw-qt6-qtwebsockets)
Thanks
Sandro
On 29.09.21 23:31, Elliott Sales de Andrade wrote:
Hello,
I haven't done a review
mingw-qt6-qtshadertools)
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2009269 -
mingw-qt6-qtwebchannel (depends on mingw-qt6-qtwebsockets)
Thanks
Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email t
gw64-qt6-qtbase = 6.2.0'
but resubmitting the packages (possibly multiple times) will at some
point work. I kinda suspect some mirror sync issue? Any further ideas to
debug this?
Thanks
Sandro
[1] https://koji.fedoraproject.org/koji/task
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:
'mingw3
ly-1.7.1-5.fc35.src.rpm
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/
List Gu
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.sr
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
35.src.rpm
saga-7.6.1-9.fc35.src.rpm
vfrnav-20201231-16.fc36.src.rpm
vtk-9.0.3-3.fc36.src.rpm
mingw64-opencv-0:4.5.4-3.fc36.noarch
Thanks
Sandro
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email t
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.sr
801 - 900 of 1007 matches
Mail list logo
