/3376
- vtk - pre-existing, ppc64le Illegal instruction
- paraview - pre-existing, broken dependency chain (python-3.14 related)
The following packages were not rebuilt since they depend on one of the
above packages: cloudcompare (-> vtk), opencv (-> vtk), gazebo (->
opencv -> vtk)
Sa
On 28.07.25 11:12, Dan Horák wrote:
On Mon, 28 Jul 2025 10:40:03 +0200
Florian Weimer wrote:
So there was a 64-bit instruction bundle at the patched offset, and that
may have been the reason why ucx failed to patch properly.
Thanks - is this already being tracked somewhere?
Sandro
d_mapcache
qmapshack
PDAL
ncl
vfrnav
python-pyogrio
python-rasterio
vtk
paraview
kealib
OpenSceneGraph
cloudcompare
grass
mapnik
opencv
mingw-opencv
osgearth
qgis
gazebo
Thanks
Sandro
--
___
devel mailing lis
successfully built with gcc-0:15.0.1-0.3.fc42.1.ppc64le and
now fails with gcc-0:15.1.1-5.fc43.1.ppc64le, so this looks like a gcc
regression.
Being this on ppc64le and having no access to such a machine, how can I debug
this?
Thanks
Sandro
[1] https://koji.fedoraproject.org/koji/taskinfo?taskID
for python-geographiclib [1], once that gets in, I'll drop
corresponding bits from the geographiclib.spec package.
Happy to review in exchange.
Thanks
Sandro
[1] https://bugzilla.redhat.com/show_bug.cgi?id=2379758
--
___
devel mailing list --
Hi
I've posted a review for mingw-json-c at [1], which I need to update to
gdal 3.11.x. Happy to review in exchange.
Thanks
Sandro
[1] https://bugzilla.redhat.com/show_bug.cgi?id=2379749
--
___
devel mailing list -- devel@lists.fedoraprojec
a few EPEL10 branching requests.
Is there an alternative? Personally, I think it would be better having a
group assigned than just a single person.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to dev
been built (successfully) in Koji,
any packager can fire off a new build in rawhide.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
n any EPEL packages anymore.
It looks like your co-maintainer, carlwgeorge, took care of building the
package for epel10 recently. I'd hand over the EPEL part to him. You may
also want to add epel-packagers-sig as a collaborator for epe
on.
[1] https://www.pycryptodome.org/src/installation#installation
[2]
https://lists.fedoraproject.org/archives/list/python-de...@lists.fedoraproject.org/message/UTH7MYUQSSZGN2MPQNGCHLWHDMHDNCQH/
-- Sandro
--
___
devel mailing list -- devel@lists.fedor
python-emoji orphan 0 weeks ago
I took python-emoji.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
On 05-04-2025 09:32, Sandro wrote:
Also, upstream nanobind provides a small script to find the right
path; upstream openvdb should probably be suggested to use that:
$ python3 -c 'import nanobind; print(nanobind.cmake_dir())'
/usr/lib/python3.13/site-packages/nanobind/cmake
I think t
3/site-packages/nanobind/cmake
I think that's what should be used in nanobind-config.cmake "internally"
and returned to the package trying to find it.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject
skID=131112367
The required CMake configuration for the build backend,
nanobind-config.cmake, is provided by python3-nanobind-devel. I think
that package should provide `cmake(nanobind)` as well, since using that
is what packaging guidelines recommend and it would make live easier to
find the require
Awesome, thanks!
Sandro
On 24.03.25 14:30, Fabio Valentini wrote:
On Mon, Mar 24, 2025 at 2:17 PM Sandro Mani wrote:
Hi
A while back I updated the mingw-qt5 packages to 5.15.16 in the
f42-build-side-103601 side tag, but then apparently forgot to submit the
update. Now it looks like the side
ot;recover" these builds or must I bump-rebuild them?
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-
Hi
I've posted a review for python-ua-parser-builtins [1], which is
necessary to update python-ua-parser to versions >= 1.0.0. It is a very
simple python package review. Happy to review in exchange.
Thanks
Sandro
[1] https://bugzilla.redhat.com/show_bug.cgi?id
Hi
I've orphaned tcl-togl. It is currently FTBFS, would at some point
anyway need porting to tcl/tk 9, and nothing in Fedora currently uses
it. I packaged it at the time as a dependency for netgen-mesher, but
then switched to the modified copy netgen bundles.
S
Hi
I've merged the side tag. Only Paraview is currently FTBFS
(pre-existing, since the mass rebuild), vtk and gmsh otoh have been
successfully rebuilt.
Thanks
Sandro
On 24.01.25 10:30, Sandro Mani wrote:
Hi
I'll be updating to cgnslib-4.5.0 in rawhide, building to the
f42-
Hi
I'll be updating to cgnslib-4.5.0 in rawhide, building to the
f42-build-side-104235 side tag. I'll also be rebuilding the following
dependencies:
gmsh
paraview
vtk
Thanks
Sandro
--
___
devel mailing list -- devel@lists.fedoraproj
On 15-01-2025 01:00, maxwell--- via devel-announce wrote:
python-pep440
Adopted as it's needed by a bunch of packages I (co-)maintain.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to dev
I took python-flask-babel
Thanks
Sandro
On 16.12.24 22:25, Paulo César Pereira de Andrade wrote:
Sorry for not orphaning some of these earlier.
I was alway hoping to get time to work on these, but I basically do
not have free time for a long time. Either way, I am still around :)
I will keep
On 14-12-2024 20:12, Miro Hrončok wrote:
On 14. 12. 24 11:35, Sandro wrote:
On 12-12-2024 21:07, Gwyn Ciesla via devel wrote:
I hadn't, but that's a good idea. Here you are.
https://bugzilla.redhat.com/show_bug.cgi?id=2332159
Thanks. I saw a handful of FTBFS/FTI bugs filed by
anually working my way through
packages I (co-)maintain. Having the bugs filed will also increase
visibility for package maintainers, I believe.
[1] https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py
-- Sandro
--
_
_bug.cgi?id=2210209
-- 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
ure if the Python packages depending on pyarrow need
rebuilding. But root (root-tree-dataframe) and groonga (groonga-libs)
directly depend on libarrow.so.1601()(64bit).
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscri
Hi
I've posted a review for python-flask-sqlalchemy-light, which I need to
update python-flask-security-too.
The review is here: https://bugzilla.redhat.com/show_bug.cgi?id=2326830
Happy to review in exchange.
Thanks
Sandro
--
___
devel ma
Hi
All rebuilds are complete, I've merged the side-tag. @mjg If you need
rebuils for the mupdf update, feel free to ping me.
Sandro
On 12.11.24 11:09, Sandro Mani wrote:
On 12.11.24 11:07, Michael J Gruber wrote:
Am Di., 12. Nov. 2024 um 08:32 Uhr schrieb Sandro Mani
:
Hi
I&
On 12.11.24 11:07, Michael J Gruber wrote:
Am Di., 12. Nov. 2024 um 08:32 Uhr schrieb Sandro Mani :
Hi
I'll be building tesseract-5.5 in the f42-build-side-100090 side tag, and also
rebuilding the following dependencies:
ffmpeg
gimagereader
mupdf
opencv
python-PyMuPDF
R-tesseract
ska
Hi
I'll be building tesseract-5.5 in the f42-build-side-100090 side tag,
and also rebuilding the following dependencies:
ffmpeg
gimagereader
mupdf
opencv
python-PyMuPDF
R-tesseract
skanpage
zathura-pdf-mupdf
crow-translate
maui-mauikit-imagetools
S
milar ring
to it and should be uncontroversial.
Could the icon above the colon voor neutral (neither positive nor
negative) be changed at the same time to make it more distinct? It now
uses the same thumbs up as the positive colon, wrongly suggesting the
default selection being positive karma|kudos|
Hi
This is now done. The only build failure is python-rasterio, which needs
to be updated to a newer version - I've proposed a pull request [1].
Sandro
[1] https://src.fedoraproject.org/rpms/python-rasterio/pull-request/3
On 07.11.24 15:48, Sandro Mani wrote:
Hi
I'll be bui
mpare
grass
mapnik
opencv
mingw-opencv
osgearth
qgis
gazebo
The process will last some two or three days.
Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora
.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=2322712
-- 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
nt to use `-Dversion=%{version}` or you'll be bitten when
the version in the spec file is bumped.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
min. I'm not getting notifications
for any other packages.
The rule that enables it has Tracking Rule set to "Artifacts by user"
and Koschei listed in applications.
I would assume the message, that is sent on the bus, lacks some details
or is not consumed prop
in freeze, it
will land as a zero day. And then, as you noted, all hell will break
loose with people no longer being able to log in to their systems.
[1] https://bodhi.fedoraproject.org/updates/FEDORA-2024-8c82e02afe
[2] https://qa.fedoraproject.or
On 01.10.24 00:06, Sandro Mani wrote:
On 30.09.24 23:35, Neal Gompa wrote:
On Wed, Sep 25, 2024 at 2:49 PM Michel Lind
wrote:
Dear all,
This PR: https://src.fedoraproject.org/rpms/tesseract/pull-request/6
was recently merged and built:
https://bodhi.fedoraproject.org/updates/FEDORA-2024
his is most likely due to the fact that mingw-crt-12.0.0 for the
mingw32 and mingw64 variants was initially built with the incorrect
default msvcrt. This has since been fixed, but mingw-gcc also needs to
be rebuilt. I'm taking care of this now.
Apol
ate to the other branches.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=2302033
[2] https://bugzilla.redhat.com/show_bug.cgi?id=2302036
[3]
https://src.fedoraproject.org/rpms/rpm-mpi-hooks/c/90f8dfbf925a815820cd1bcdd469c8827a757b19?branch=rawhide
-- Sandro
--
being acted on within a week or two, I
followed up by a mail to the maintainers alias and usually Fabian
responded by acting on my PR within a fortnight.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
or create an issue upstream:
https://github.com/fedora-infra/fmn/issues
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https
b
was actually finished. So, there's that as well.
-- 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.or
Hi
I'll be building scotch-7.0.4 for rawhide in the f42-build-side-94256
side tag. This is a minor update from 7.0.3, but the project has cleaned
up the library versioning, so I'll also be rebuilding the following
dependencies:
freefem++
mmg
MUMPS
petsc
qrmumps
superlu_dis
think
you have done what you could do here. Thank you!
Also thank you to everyone else who helped fixing and rebuilding packages.
[1] https://fedoraproject.org/wiki/Changes/RetirePython2.7
[2] https://copr.fedorainfracloud.org/coprs/gui1ty/re2/build/7907986/
-- S
On 14-08-2024 22:40, Sandro wrote:
On 14-08-2024 09:37, Denis Arnaud wrote:
Thanks for the heads up (!)... and sorry for the unannounced bump.
I totally overlooked that this package had so many dependencies,
direct or
indirect.
As you have suggested on another channel, I feel it is the
aproject.org/koji/buildinfo?buildID=2529148
Once the grpc-1.48.4-40 builds are done, start with libarrow and
mtxclient, followed by:
bloaty
ceph
dnsdist
libphonenumber
nheko
onnxruntime
parlaylib
The other packages are either already broken, already fixed or need
attention with r
On 14-08-2024 18:45, Kevin Fenzi wrote:
On Wed, Aug 14, 2024 at 04:30:09PM GMT, Sandro via devel wrote:
On 14-08-2024 15:32, Ben Beasley wrote:
Given the timing and the complexity of the dependency chains involved
here, I used provenpackager privilege to start rebuilding grpc in both
F42 and
On 14-08-2024 16:45, Dan Horák wrote:
On Wed, 14 Aug 2024 16:30:09 +0200
Sandro via devel wrote:
On 14-08-2024 15:32, Ben Beasley wrote:
Given the timing and the complexity of the dependency chains involved
here, I used provenpackager privilege to start rebuilding grpc in both
F42 and F41
with libre2.so.11, while they do succeed with libre2.so.9.
Packages known to fail with libre2.so.11 are:
perl-re-engine-RE2
python-fb-re2
qt5-qtwebengine
Of those qt5-qtwebengine impacts 48 other packages directly.
-- Sandro
--
___
devel mailing
/updates/FEDORA-2024-82d9eb51a1
[3] Not all of those may be affected, but still...
[3] https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#_rawhide
Cheers,
--
Sandro
FAS: gui1ty
Matrix:Penguinpee
Elsewhere: [Pp]enguinpee
--
___
devel
ting guide:
https://docs.buildstream.build/master/main_porting.html
-- 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.fedoraproj
On 24-07-2024 07:50, Sandro via devel wrote:
On 23-07-2024 20:30, Sandro via devel wrote:
PyGithub will be updated to 2.3.0 in rawhide soon. This is a major
update and according to upstream's changelog [1] it comes with
breaking changes. The first update containing breaking changes is
1
command('mktemp', '-d', check: true)
+ test_env_phoc.set('XDG_RUNTIME_DIR', mktemp.stdout().strip())
-Tomi
[1]
<https://src.fedoraproject.org/rpms/phosh-mobile-settings/blob/1b3a50af727651e16a33b2de2e43790462dd9324/f/shorter-xdg_runtime_dir-path.patch>
[2
mingw-vulkan-volk as
a separate package.
Thanks
Sandro
On 04.08.24 19:15, Peter Lemenkov wrote:
Hello!
Would it be better to add MIngw-related bits to vulkan-volk package?
On Sat, Aug 3, 2024 at 10:38 PM Sandro Mani wrote:
Hi
mingw-vulkan-tools grew a dependency on vulkan-volk, which I'v
Hi
mingw-vulkan-tools grew a dependency on vulkan-volk, which I've prepared
for review here:
https://bugzilla.redhat.com/show_bug.cgi?id=2302650
It is a trivial cmake project which produces a single static library.
Happy to review in exchange.
Thanks
S
On 31-07-2024 18:50, Sandro via devel wrote:
On 31-07-2024 17:34, Sandro Mani wrote:
See https://bugzilla.redhat.com/show_bug.cgi?id=2302033. The source of
the issue is that the Requires: environment(modules) in rpm-mpi-hooks
(which is a BuildRequirement of openmpi/mpich) did not result in
On 31-07-2024 17:34, Sandro Mani wrote:
See https://bugzilla.redhat.com/show_bug.cgi?id=2302033. The source of
the issue is that the Requires: environment(modules) in rpm-mpi-hooks
(which is a BuildRequirement of openmpi/mpich) did not result in
environment-modules getting installed, which
pect might be a dnf5 issue.
Sandro
On 31.07.24 16:30, Sandro via devel wrote:
Hi,
It seems something is going on with RPM metadata generation.
With the latest update of openmpi the generated metadata has changed:
$ rpm -q --provides -p openmpi-5.0.5-1.fc41.x86_64.rpm
config(openmpi) = 5.0.5
t metadata just like the 5.0.3-3 build.
5.0.5-1 (broken):
https://koji.fedoraproject.org/koji/buildinfo?buildID=2519082
5.0.3-3 (good):
https://koji.fedoraproject.org/koji/buildinfo?buildID=2499148
5.0.5-1 (good):
https://koji.fedoraproject.org/koji/taskinfo?taskID=121299407
Cheers,
On 23-07-2024 20:30, Sandro via devel wrote:
PyGithub will be updated to 2.3.0 in rawhide soon. This is a major
update and according to upstream's changelog [1] it comes with breaking
changes. The first update containing breaking changes is 1.59.0. We are
currently on 1.58.2.
Please t
ather small, I'd
like to evaluate if it might be possible to get F40 updated as well.
Your feedback is welcome.
[1] https://github.com/PyGithub/PyGithub/blob/v2.3.0/doc/changes.rst
[2] https://copr.fedorainfracloud.org/coprs/gui1ty/pygithub/builds/
Cheers,
--
Sandro
FAS: gui
e when its associated release
is incremented. The latter sounds more difficult to implement and may
have unintended side effects if not thought through.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
On 09-07-2024 17:22, David Bold wrote:
Sandro wrote:
On 09-07-2024 17:01, David Bold wrote:
Is it possible to have a PR without any code changes?
Is there an alternative, recommended way to ask for rebuilds?
Specifically in the case of %autorelease, you can bump the release with
an empty
d for ...'
-- 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 Guideli
f the Bugzilla Assignee.
Was there a step in the orphaning process that I missed? How to fix it?
It looks like you might need to clear the needinfo flag on
https://bugzilla.redhat.com/show_bug.cgi?id=2252071.
I believe those are not handled by orphaning a package, but remain open
as is.
-- S
l packages via a button
in the interface.
That's also possible, but not needed in this case.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
On 21-06-2024 16:41, Sandro wrote:
On my F39 system:
$ repoquery -q --cache --provides /usr/share/fonts/unifont/unifont.ttf
font(unifont)
font(unifontupper)
metainfo()
metainfo(unifont.metainfo.xml)
unifont-ttf-fonts = 15.0.01-3.fc39
I will be changing the BR to `font(unifont)` and do the same
On 21-06-2024 16:11, Parag Nemade wrote:
Hi,
On Fri, Jun 21, 2024 at 6:12 PM Sandro wrote:
Hi,
Looking into flare-engine failing to build from source, I encountered
two issues with font packages:
1. Path change in liberation-sans-fonts
2. Name change of subpkg for unifont
The first
unnoticed,
leaving the packages in a broken state.
Cheers,
--
Sandro
FAS: gui1ty
Matrix:Penguinpee
Elsewhere: [Pp]enguinpee
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorapro
ht want to look into - python-astor was the last remaining
package in Fedora depending on `astunparse`.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
it go.
-- 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:
[1] https://bugzilla.redhat.com/show_bug.cgi?id=2291492
[2] https://bugzilla.redhat.com/show_bug.cgi?id=2291596
[3] https://bugzilla.redhat.com/show_bug.cgi?id=2292015
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email t
On 08.06.24 10:26, Michael J Gruber wrote:
Am Sa., 8. Juni 2024 um 09:45 Uhr schrieb Sandro Mani :
Hi
I'll be building tesseract-5.4.0 for rawhide in the f41-build-side-90853 side
tag. I'll also be rebuilding the following dependent packages:
crow-translate
ffmpeg
gimagereader
mu
Hi
I'll be building tesseract-5.4.0 for rawhide in the f41-build-side-90853
side tag. I'll also be rebuilding the following dependent packages:
crow-translate
ffmpeg
gimagereader
mupdf
opencv
R-tesseract
skanpage
Thanks
Sandro
--
___
dev
On 04.06.24 10:12, Daniel P. Berrangé wrote:
On Tue, Jun 04, 2024 at 08:40:15AM +0200, Sandro Mani wrote:
Hi
In rpm 4.20 as currently available in rawhide, defining __debug_install_post
seems to have no effect. The %mingw_package_header sets __debug_install_post
as follows
is the correct way now to trigger
the custom debug extraction script?
Thanks
Sandro
[1] https://github.com/rpm-software-management/rpm/issues/2204
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le
On 25-05-2024 16:56, Leigh Scott wrote:
ffmpeg
Two more packages depend on it currently:
$ fedrq wrsrc -Xs noopenh264
ffmpeg-6.1.1-13.fc41.src
gstreamer1-plugins-bad-free-1.24.3-1.fc41.src
qt6-qtwebengine-6.7.1-1.fc41.src
-- Sandro
--
___
devel
stream and
hasn't seen any attention in years.
Having said that, how far away are you from being sponsored? The
packages will be available for another few weeks before being retired.
From there on you'd have another eight weeks before needing a re-review.
-- Sandro
--
n simply refreshing some Badges page. It's usually
short lived.
Last but not least, since you managed to claim the badge, it's expected
that you see "You already have i-voted:-fedora-40 badge". You can only
claim it once.
[1] https://github.com/fedora-infra/tahrir/issues
-- Sa
On 22-05-2024 12:12, Peter Robinson wrote:
On Tue, 21 May 2024 at 23:51, Sandro wrote:
Hi,
I intend to unretire pyftpdlib [1] and rename the base package to
python-pyftpdlib in line with current Python Packaging Guidelines. The
Why unretire? Why not just do a new package given the new name
d. It appears to be still maintained, but was retired due to an
FTI bug [2] not being attended to.
[1] https://src.fedoraproject.org/rpms/pyftpdlib
[2] https://bugzilla.redhat.com/show_bug.cgi?id=2220082
Cheers,
--
Sandro
FAS: gui1ty
Matrix:Penguinpee
butes#_export_ignore
In that situation you should probably follow the instructions in the
Packaging Guidelines regarding Troublesome URLs (second part) [3] and
create additional sources manually.
[3]
https://docs.fedoraproject.org/en-US/packaging-guidelines/SourceURL/#_troublesome_urls
-- S
On 21-05-2024 16:32, Ben Cotton wrote:
On Tue, May 21, 2024 at 10:28 AM Sandro wrote:
However, now the link is in the open, we might have to change it again
and invalidate the link you posted. It's not meant to be out in the open.
It's probably fine. If someone who didn't
On 21-05-2024 16:22, Steven A. Falco wrote:
On 5/21/24 10:17 AM, Sandro wrote:
On 21-05-2024 15:47, Vít Ondruch wrote:
Dne 21. 05. 24 v 15:45 Vít Ondruch napsal(a):
Dne 21. 05. 24 v 15:31 Steven A. Falco napsal(a):
I'm getting the "410 Gone" message, too. Tried multi
t need to fully refresh the page?
I'll have a look at the links meanwhile. Maybe I spot something.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Cod
I also get a crash when running npm install:
https://bugzilla.redhat.com/show_bug.cgi?id=2282103
Sandro
On 21.05.24 09:57, Vít Ondruch wrote:
It seems that it breaks at least two of my packages unfortunately:
https://koschei.fedoraproject.org/package/rubygem-ejs
https
On 21-05-2024 09:47, Vít Ondruch wrote:
And it does not work again
What issue / error are you experiencing?
It seems to work for others. Looking at the badges front page, the badge
has been awarded as recently as 15 minutes ago.
-- Sandro
On 20-05-2024 19:47, Sandro wrote:
On 20-05-2024 19:42, Miro Hrončok wrote:
On 20. 05. 24 16:37, Aoife Moloney wrote:
Hi Folks,
After _much_ troubleshooting and some wonderful folks working with me
to help resolve the issues that littered the elections today, I am
pleased to say all issues
Yes, we are aware. What's not clear is how or why that has happened.
Either way, the link will be updated again soon. After that we'll know
better. An update will go out once the new link is active.
-- Sandro
--
___
devel mailing list -- dev
et an expiration date when creating the
link. The default is two hours.
No worries. You'll get your badge. But we need to fix that link (again).
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email t
Dawson (tdawson) interview.
It seems Troy Dawson has not filled in first and last name in FAS, which
is were the information is coming from.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an e
nothing to investigate as far as I'm aware.
The link in the voting app is not a claim link. It points to the badge's
landing page.
[1] https://pagure.io/fedora-badges
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscr
he link is fixed. If not, the
badge will be awarded to you another way.
Thanks for voting! After all, casting your vote is what's important.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
-determinism`
and `add-determinism-nopython` require `rpm-build` would also achieve
`rpm-build` being protected from removal as a workaround.
If either package requires it there should only be one way forward, if
my understanding of the issue is correct.
-- Sandro
file format, I'll
try to investigate further
- python-rasterio: Test failures, possibly also related to GDAL, I'll
also try to investigate further
Sandro
On 13.05.24 14:32, Sandro Mani wrote:
Hi
I'll be building gdal-3.9.0 for rawhide shortly, which carries a
soname bump. I&
qmapshack
PDAL
ncl
vfrnav
python-rasterio
vtk
paraview
kealib
OpenSceneGraph
cloudcompare
grass
mapnik
opencv
mingw-opencv
osgearth
qgis
gazebo
I expect this to be done within two or three days.
Tha
x27;s only needed if you want users to be able to
upgrade by switching packages.
-- Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Hi
pgadmin4 grew a dependency on python-libgravatar, which I've posted for
review here: https://bugzilla.redhat.com/show_bug.cgi?id=2279493
Happy to review in exchange.
Thanks
Sandro
--
___
devel mailing list -- devel@lists.fedoraproject.o
On 27-04-2024 23:51, Sandro wrote:
On 27-04-2024 22:41, Julian Sikorski wrote:
I need to rebuild mame on F40 only for qt-6.7. On rawhide,
mame-0.265-1.fc41 is already built against it so I only need to build
mame-0.265-1.fc40.1. Can it be done using %autorelease?
Make an empty commit:
git
1 - 100 of 1021 matches
Mail list logo
