On 2/5/25 01:00, Cristian Le via devel wrote:
On 5 February 2025 06:17:01 CET, Orion Poplawski wrote:
cc1plus: all warnings being treated as errors
gmake[2]: *** [libmambapy/CMakeFiles/bindings.dir/build.make:96:
libmambapy/CMakeFiles/bindings.dir/src/libmambapy/bindings/legacy.cpp.o] Error
On 2/4/25 22:17, Orion Poplawski wrote:
I'm working on updating libmamba to 2.0.X [1] but hitting the following
error:
cd /home/orion/fedora/libmamba/libmamba-2.0.6-build/mamba-2.0.6/redhat-
linux-build/libmambapy && /usr/lib64/ccache/g++ -DFMT_SHARED -
DMAMBA_USE_INSTALL_PREFIX_AS_BASE -DSPD
On 5 February 2025 06:17:01 CET, Orion Poplawski wrote:
>cc1plus: all warnings being treated as errors
>gmake[2]: *** [libmambapy/CMakeFiles/bindings.dir/build.make:96:
>libmambapy/CMakeFiles/bindings.dir/src/libmambapy/bindings/legacy.cpp.o] Error
>1
>
>I'm guessing 'SR.32262' is some kind of
I'm working on updating libmamba to 2.0.X [1] but hitting the following
error:
cd
/home/orion/fedora/libmamba/libmamba-2.0.6-build/mamba-2.0.6/redhat-linux-build/libmambapy
&& /usr/lib64/ccache/g++ -DFMT_SHARED -DMAMBA_USE_INSTALL_PREFIX_AS_BASE
-DSPDLOG_FMT_EXTERNAL -DSPDLOG_FWRITE_UNLOCKED
o repos, either me
> packaging it or with someone else as a packager is fine.
>
> I have submitted a review request on bugzilla [3], the spec is hosted
> on pagure [4] and I have a COPR repo [5] based on that spec.
> I might also need some help with a sponsor, as I am not sure if I
>
ec is hosted
on pagure [4] and I have a COPR repo [5] based on that spec.
I might also need some help with a sponsor, as I am not sure if I
should request it already or wait until the review process goes
through.
In any case, I released version 1.1.2 a few days ago and since
gnome-nds-thumbnailer isn
On Thu, 2025-01-09 at 15:59 -0600, Michel Lind wrote:
>
> sooperlooper has been FTBFS for a really long time due to an integer
> conversion issue
> https://kojipkgs.fedoraproject.org//work/tasks/2864/127712864/build.log
>
> I can put up a PR if I can get it to build but it probably needs a
> new
gt; emulated qemu-system-aarch64 virtual machine may be the way to go.
> >> (https://fedoraproject.org/wiki/Architectures/AArch64/Install_with_QEMU
> )
> >
> > We do have some maintainer test machines if that would help:
> >
> >
> https://fedoraproject.org/wiki/Test
gt; emulated qemu-system-aarch64 virtual machine may be the way to go.
> >> (https://fedoraproject.org/wiki/Architectures/AArch64/Install_with_QEMU)
> >
> > We do have some maintainer test machines if that would help:
> >
> > https://fedoraproject.org/wiki/Test_Machine_Res
N2 & V1, so running a software
emulated qemu-system-aarch64 virtual machine may be the way to go.
(https://fedoraproject.org/wiki/Architectures/AArch64/Install_with_QEMU)
We do have some maintainer test machines if that would help:
https://fedoraproj
e to emulate Neoverse N1, N2 & V1, so running a software
> emulated qemu-system-aarch64 virtual machine may be the way to go.
> (https://fedoraproject.org/wiki/Architectures/AArch64/Install_with_QEMU)
We do have some maintainer test machines if that would help:
https://fedoraproject.org/w
On Sun, Jan 05, 2025 at 10:32:56AM -0700, Orion Poplawski wrote:
> On 1/4/25 11:33, Orion Poplawski wrote:
> >Since the latest update to OpenBLAS 0.3.28 in rawhide, FlexiBLAS
> >fails to build in aarch64 because OpenBLAS crashes in the LAPACK-
> >xeigtstc_cec_in test. Note that OpenBLAS itself does
On 1/4/25 11:33, Orion Poplawski wrote:
Since the latest update to OpenBLAS 0.3.28 in rawhide, FlexiBLAS fails
to build in aarch64 because OpenBLAS crashes in the LAPACK-
xeigtstc_cec_in test. Note that OpenBLAS itself does not fail only
because they don't include LAPACK test suite.
See:
- Th
Since the latest update to OpenBLAS 0.3.28 in rawhide, FlexiBLAS fails
to build in aarch64 because OpenBLAS crashes in the
LAPACK-xeigtstc_cec_in test. Note that OpenBLAS itself does not fail
only because they don't include LAPACK test suite.
See:
- The first failure in Koschei after the 0.3.2
Never mind, I could use my backup.
The problem is solved.
On Wed, Nov 27, 2024 at 2:06 PM Priscila Gutierres
wrote:
> Hello,
>
> I lost my main 2fa authenticator and I only tested my backup when creating
> it, and it is not working.
> I need help to regain access to my accoun
Hello,
I lost my main 2fa authenticator and I only tested my backup when creating
it, and it is not working.
I need help to regain access to my account, because I am maintaining some
packages, and I was working on a bz.
May an admin help me?
Priscila
Statanalytica is a platform where we provide live tutoring and consultation in
data science, data analytics, accounts, and statistics to our clients
worldwide. Get Instant statistics help from the best experts.
https://statanalytica.com/
--
___
devel
Hey All,
We’re calling on you to explore and test the new *Anaconda WebUI* in Fedora
Rawhide! The WebUI is a significant evolution of Fedora's installer,
designed to enhance user experience and modernize system installations.
The Test Week will run from 2024-11-11 through 2024-11-18. QA and Anaco
tions
* https://bugzilla.redhat.com/2321911 - python-eth-abi - Python
utilities for working with Ethereum ABI definitions
On Wed, Oct 30, 2024 at 1:57 PM Jens-Ulrik Petersen wrote:
>
> Hi,
> I would like to ask for help with a couple of packages reviews:
>
> NEW gh
Hi,
I would like to ask for help with a couple of packages reviews:
NEW ghc-select-rpms: https://bugzilla.redhat.com/show_bug.cgi?id=2309209
NEW ghc-fedora-releases: https://bugzilla.redhat.com/show_bug.cgi?id=2322700
They are both needed by fbrnch and the next releases of koji-tool and
fedora
On Wed, 23 Oct 2024 at 15:02, Adam Williamson
wrote:
> On Tue, 2024-10-22 at 20:01 +0100, Igor Jagec wrote:
> > On Tue, 22 Oct 2024 at 14:13, Kamil Paral wrote:
> >
> > > Hi folks,
> > > if anyone has an Intel-based Mac (Macbook, Mac Mini) which could be
> used for dual-boot testing with Fedora
On Tue, 2024-10-22 at 20:01 +0100, Igor Jagec wrote:
> On Tue, 22 Oct 2024 at 14:13, Kamil Paral wrote:
>
> > Hi folks,
> > if anyone has an Intel-based Mac (Macbook, Mac Mini) which could be used
> > for dual-boot testing with Fedora 41, that would be very helpful. We don't
> > have any such h
On Fri, 2024-10-18 at 16:57 -0500, Michael Catanzaro wrote:
> If anybody has any grand ideas, we also don't know what's wrong in this
> issue:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=2316066
>
> My best guess is that some component is looking at wall clock time when
> monotonic time is
If anybody has any grand ideas, we also don't know what's wrong in this
issue:
https://bugzilla.redhat.com/show_bug.cgi?id=2316066
My best guess is that some component is looking at wall clock time when
monotonic time is required, causing D-Bus calls or systemd service
activation to time out.
On 9/30/24 17:43, Adam Williamson wrote:
On Mon, 2024-09-30 at 12:56 -0400, Daniel Walsh wrote:
Honestly I feel like I would've written this so the bit that runs in
the container is just a different thing from the bit that runs outside
of the container? But I guess that's getting rather beyond t
On Mon, 2024-09-30 at 23:56 +0200, Miro Hrončok wrote:
> On 30. 09. 24 19:22, Adam Williamson wrote:
> > pkg_resources is
> > entirely removed in recent Python (3.12 or 3.13, I forget which).
>
> pkg_resources is part of setuptools. It is deprecated, but still there.
Oh, my bad, I thought it was
On 30. 09. 24 19:22, Adam Williamson wrote:
pkg_resources is
entirely removed in recent Python (3.12 or 3.13, I forget which).
pkg_resources is part of setuptools. It is deprecated, but still there.
--
Miro Hrončok
--
Phone: +420777974800
Fedora Matrix: mhroncok
--
___
On Mon, 2024-09-30 at 12:56 -0400, Daniel Walsh wrote:
> >
> > Honestly I feel like I would've written this so the bit that runs in
> > the container is just a different thing from the bit that runs outside
> > of the container? But I guess that's getting rather beyond the scope of
> > "package th
On Mon, 2024-09-30 at 12:41 -0400, Daniel Walsh wrote:
>
> We want to make sure that the ramalama executable finds the python
> libraries ,which is why we are sticking the library into first place in
> the path. (It is a little hacky and we could probably work around it
> using environment var
On 9/30/24 12:52, Adam Williamson wrote:
On Mon, 2024-09-30 at 12:41 -0400, Daniel Walsh wrote:
why all this? Why not just have it set up as a perfectly normal Python
lib+script project and let all the infrastructure Python-world has been
building for decades handle installing it on various plat
On Mon, 2024-09-30 at 12:41 -0400, Daniel Walsh wrote:
> >
> > why all this? Why not just have it set up as a perfectly normal Python
> > lib+script project and let all the infrastructure Python-world has been
> > building for decades handle installing it on various platforms? Is
> > there somethi
really could use some
help getting it packaged for Fedora, PyPy and Brew for Macs.
We have setup a discord room for discussions on RamaLama.
https://t.co/wdJ2KWJ9de <https://t.co/wdJ2KWJ9de>
The code is all written in Python.
Join the initiative to make running Open Source AI Models simple and
Registries
(quay.io, docker hug, artifactory ...)
It uses either Podman or Docker under the hood to run your AI Models in
containers, but can also run containers natively on the host.
We are looking for contributors in any form, but really could use some
help getting it packaged for Fedora, PyPy
; We are looking for contributors in any form, but really could use some
> > help getting it packaged for Fedora, PyPy and Brew for Macs.
> >
> > We have setup a discord room for discussions on RamaLama.
> > https://t.co/wdJ2KWJ9de <https://t.co/wdJ2KWJ9de>
> &
, docker hug, artifactory ...)
>
> It uses either Podman or Docker under the hood to run your AI Models in
> containers, but can also run containers natively on the host.
>
> We are looking for contributors in any form, but really could use some
> help getting it packaged for
hood to run your AI Models in
containers, but can also run containers natively on the host.
We are looking for contributors in any form, but really could use some
help getting it packaged for Fedora, PyPy and Brew for Macs.
We have setup a discord room for discussions on RamaLama.
https://t.co
On Tue, Sep 17 2024 at 07:19:23 AM -04:00:00, Neal Gompa
wrote:
Amberol[2]
I've been using Amberol as my primary audio player for half a year, and
I don't think it's a good choice. I would focus on Decibels.
--
___
devel mailing list -- devel@lis
Showtime[4]
>
> Of these apps, only Papers has a currently active package review[5].
> The Fedora Workstation WG would like some help from interested Fedora
> Workstation users to contribute to the success of the Fedora
> Workstation offering by packaging these applications in Fed
he Fedora Workstation WG would like some help from interested Fedora
Workstation users to contribute to the success of the Fedora
Workstation offering by packaging these applications in Fedora.
Members of the Working Group can help review packaging by anyone who
takes this on to package the applications in
10 has already branched from ELN, it still hasn't diverged all that much
> from rawhide, so testing now will also (and in fact already has) help
> detect potential issues building EPEL 10. Results of ELN Extras are
> displayed in Content Resolver:
>
> https://tiny.distro.builders/vie
Hi, I am working on wrapping up my Haskell Change for F41 and it would
really help me if there following packages could be reviewed quickly so
that I can use them to complete the work:
NEW ghc-crypton: https://bugzilla.redhat.com/show_bug.cgi?id=2266044
NEW ghc-crypton-x509: https
On Sun, Jul 14, 2024 at 03:23:56PM +0200, Sébastien Le Roux wrote:
> > Cool!
> Thanks !
> > On page 40, 'cc_args =' is not going to work, that's a syntax error.
> > But a bigger problem is that there's no need to play with -O and -g
> > like that… Meson has builtin -D buildtype=… and it's beter to
Cool!
Thanks !
On page 40, 'cc_args =' is not going to work, that's a syntax error.
But a bigger problem is that there's no need to play with -O and -g
like that… Meson has builtin -D buildtype=… and it's beter to use that.
It also has built-in support e.g. for lto, so it's better to push user
t
On Sun, Jul 14, 2024 at 11:50:28AM +0200, Sébastien Le Roux wrote:
> Hello,
> go figured but the past days have been intense for me (on the meson side of
> things),
> after your email I decided to give a look to meson, and then discovered
> something
> really interesting that pushed me to try and m
Hello,
go figured but the past days have been intense for me (on the meson side
of things),
after your email I decided to give a look to meson, and then discovered
something
really interesting that pushed me to try and move my project to meson,
to give it a try,
and then I figured that I could
Hello,
and thank you for the feed back, the thing is I am self-taught, that is
the very first time,
that I read that autotools are 'old stuff', so to speak ...
I figured to introduce something else was mandatory, so I picked CMake
and try to learn how
to use it (I prefer the autotools surprisi
On Sun, Jul 07, 2024 at 12:09:21PM +0200, Sébastien Le Roux wrote:
> https://github.com/Slookeur/OPEN
Hi Sébastien,
This is a very impressive introduction to Autotools and Cmake (and other
things).
In teaching there's the technique of listing things that the reader
will "know" and be able to do
process I decided to document it, first let's
be honest I would not
be able to remember everything, but also and mostly I wanted to help
others to do the same.
I work in public research where many people know how to write code, but
do not how to share it,
so I wanted to help to improve
entry is? Looking at the docs,
setting base_dir might help here but getting the right value could be
tricky.
Best regards,
Julian
I tried experimenting with base_dir and hash_dir with the attached patch
and managed to get caching across multiple builds working.
CCACHE_NOHASHDIR takes car
sembly.
Differences from 6.9.6 to 6.9.7 are minimal too.
I then decided to change just one file, lib/sort.c and see what happens.
The only remaining difference is the path (in two places), but still no
cache hits.
Does anyone know what this # 1 " entry is? Looking at the docs, setting
base_d
l too.
I then decided to change just one file, lib/sort.c and see what happens.
The only remaining difference is the path (in two places), but still no
cache hits.
Does anyone know what this # 1 " entry is? Looking at the docs, setting
base_dir might help here but getting the right
Am 13.02.24 um 18:52 schrieb Julian Sikorski:
Am 13.02.24 um 16:16 schrieb Gary Buhrmaster:
On Tue, Feb 13, 2024 at 9:52 AM Miroslav Suchý wrote:
Dne 13. 02. 24 v 9:08 Julian Sikorski napsal(a):
Could this be the reason for ccache not working?
I wonder whether it is Mock problem, Ccache is
lue_t >
>::lt(brdb_value const&) const'
This is outside of my C++ comfort level. Any help would be greatly
appreciated.
PR is here: https://src.fedoraproject.org/rpms/vxl/pull-request/2
--
Orion Poplawski
he/him/his - surely the least important thing about me
IT Systems Mana
"/run/fail2ban(/.*)?" is usually how it is done, so I was wondering if
restorecon didn't like current form for some reason. However, as you
mentioned in the other email, it works on a fresh system, so this is not
the problem.
On 5/4/24 14:58, Richard Shaw wrote:
On Sat, May 4, 2024 at 4:49 PM
I don't think the problem is the "fc" file, but the fact that the file
in /run/fail2ban didn't get relabeled when the users updated, or the
selinux subpackage didn't get updated at all. That explains why it works
on a fresh system.
The specificity of "/run/fail2ban(/.*)?" is better and safer,
I'm trying to reproduce the problem on the Fedora rawhide test machine but
it's running without error!
$ sudo systemctl status fail2ban.service
● fail2ban.service - Fail2Ban Service
Loaded: loaded (/usr/lib/systemd/system/fail2ban.service; disabled;
preset: disabled)
Drop-In: /usr/lib/sys
On 5/4/24 2:58 PM, Richard Shaw wrote:
On Sat, May 4, 2024 at 4:49 PM Carlos Rodriguez-Fernandez
mailto:carlosrodrifernan...@gmail.com>>
wrote:
The suggestion for one of the comments of using `/run/fail2ban(/.*)?`
instead of `/run/fail2ban.*` doesn't work?
I try to be very careful wi
On Sat, May 4, 2024 at 4:49 PM Carlos Rodriguez-Fernandez <
carlosrodrifernan...@gmail.com> wrote:
> The suggestion for one of the comments of using `/run/fail2ban(/.*)?`
> instead of `/run/fail2ban.*` doesn't work?
>
I try to be very careful with making changes in SELinux and I don't know
what t
The suggestion for one of the comments of using `/run/fail2ban(/.*)?`
instead of `/run/fail2ban.*` doesn't work?
On 5/4/24 13:05, Richard Shaw wrote:
I still don't understand SELinux and would appreciate an assist!
fail2ban-server is unable to create the socket file
/run/fail2ban/fail2ban.s
On 5/4/24 1:05 PM, Richard Shaw wrote:
I still don't understand SELinux and would appreciate an assist!
fail2ban-server is unable to create the socket file
/run/fail2ban/fail2ban.sock
There's a lot of custom SELinux policies and I'm unable to figure out
what needs to change.
I made a PR.
-
I still don't understand SELinux and would appreciate an assist!
fail2ban-server is unable to create the socket file
/run/fail2ban/fail2ban.sock
There's a lot of custom SELinux policies and I'm unable to figure out what
needs to change.
https://bugzilla.redhat.com/show_bug.cgi?id=2279054
https:/
On 8 Apr 2024, at 23:31, Aoife Moloney wrote:There is a bug in the Fedora Blocker Bugs app that has a lot of us stumped on how to resolve it, so I wanted to highlight it in the hopes that someone might know how to either fix it or maybe even verify if a few of the ideas that have been suggested wo
e upgrade is set properly by using
systemd-timesyncd, or by some other mechanism
*These suggestions are pulled directly from comments in the bug and may
appear out of context in this email as this is meant to raise awareness of
the problem, and hopefully find folks who can help. Please rea
I have the same problem for an internal project that I'm working on. Since
some of the crates we use are not yet in Fedora we took the decision to
package them ourselves following the Rust Package Guidelines[1] and submit
them to the distribution.
This is more work but remember that if you create t
On Fri, Mar 22, 2024 at 3:26 PM Ming Lei wrote:
>
> I love this easy way.
>
> But when I try to build in this way, I got the following failure:
>
> Problem 1: nothing provides requested (crate(ilog/default) >= 1.0.1
> with crate(ilog/default) < 2.0.0~)
> Problem 2: nothing provides requested (cr
On Thu, Mar 21, 2024 at 6:27 PM Fabio Valentini wrote:
>
> On Thu, Mar 21, 2024 at 9:25 AM Richard W.M. Jones wrote:
> >
> > On Thu, Mar 21, 2024 at 11:04:13AM +0800, Ming Lei wrote:
> > > Hello Richard and Guys,
> > >
> > > I plan to package rublk to Fedora, and it is one Rust project.
> >
> > H
On Thu, Mar 21, 2024 at 9:25 AM Richard W.M. Jones wrote:
>
> On Thu, Mar 21, 2024 at 11:04:13AM +0800, Ming Lei wrote:
> > Hello Richard and Guys,
> >
> > I plan to package rublk to Fedora, and it is one Rust project.
>
> Hi, I'm on holiday at the moment, but please do look at how we
> packaged l
On Thu, Mar 21, 2024 at 11:04:13AM +0800, Ming Lei wrote:
> Hello Richard and Guys,
>
> I plan to package rublk to Fedora, and it is one Rust project.
Hi, I'm on holiday at the moment, but please do look at how we
packaged libblkio in Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=2124697
On Thu, Mar 21, 2024 at 8:35 AM Ming Lei wrote:
> Hello Richard and Guys,
>
> I plan to package rublk to Fedora, and it is one Rust project.
>
> Can you provide a little guide about how to do that? such as,
> where can I find the guide doc? And is it github or crates which
> should be used as sou
Hello Richard and Guys,
I plan to package rublk to Fedora, and it is one Rust project.
Can you provide a little guide about how to do that? such as,
where can I find the guide doc? And is it github or crates which
should be used as source for Fedora packaging?
[1] https://github.com/ublk-org/ru
and done with some testing and translations for dnf5 and dnf4
Den tis 19 mars 2024 kl 03:45 skrev Luna Jernberg :
>
> Gonna help with this today
>
> Den tors 14 mars 2024 kl 05:35 skrev Sumantro Mukherjee :
> >
> > Dear Fedorans,
> >
> > Are you ready to make
Gonna help with this today
Den tors 14 mars 2024 kl 05:35 skrev Sumantro Mukherjee :
>
> Dear Fedorans,
>
> Are you ready to make a difference in the world of Fedora Linux? We're
> thrilled to announce the launch of our brand new test day series:
> Rawhide Test Days
Calling all testers!
This week (2024-03-18 to 2024-03-22) is the Fedora 40 IoT test week! Help
us by testing Fedora 40 IoT version on x86_64 or aarch64 hardware. You can
find more information as well as links to the F40 IoT images here[0]. The
wiki page will have instructions for downloading and
Dear Fedorans,
Are you ready to make a difference in the world of Fedora Linux? We're
thrilled to announce the launch of our brand new test day series:
Rawhide Test Days! These events are your opportunity to play a crucial
role in ensuring the quality and reliability of upcoming Fedora
releases. R
Thanks a lot for these replies!
Jos
On 2/29/24 12:01, Sérgio Basto wrote:
On Thu, 2024-02-29 at 19:19 +0900, Mamoru TASAKA wrote:
Petr Pisar wrote on 2024/02/29 18:35:
V Thu, Feb 29, 2024 at 10:02:32AM +0100, Jos de Kloe napsal(a):
Dear all,
while doing koji builds for the latest eccodes ve
On Thu, 2024-02-29 at 19:19 +0900, Mamoru TASAKA wrote:
> Petr Pisar wrote on 2024/02/29 18:35:
> > V Thu, Feb 29, 2024 at 10:02:32AM +0100, Jos de Kloe napsal(a):
> > > Dear all,
> > >
> > > while doing koji builds for the latest eccodes version 2.34.1 I
> > > ran in to an
> > > issue that is puz
Petr Pisar wrote on 2024/02/29 18:35:
V Thu, Feb 29, 2024 at 10:02:32AM +0100, Jos de Kloe napsal(a):
Dear all,
while doing koji builds for the latest eccodes version 2.34.1 I ran in to an
issue that is puzzling to me, and I have no idea to solve this.
The build runs just fine for f38, f39 and
V Thu, Feb 29, 2024 at 10:02:32AM +0100, Jos de Kloe napsal(a):
> Dear all,
>
> while doing koji builds for the latest eccodes version 2.34.1 I ran in to an
> issue that is puzzling to me, and I have no idea to solve this.
>
> The build runs just fine for f38, f39 and f41/rawhide, but for f40 I g
Dear all,
while doing koji builds for the latest eccodes version 2.34.1 I ran in
to an issue that is puzzling to me, and I have no idea to solve this.
The build runs just fine for f38, f39 and f41/rawhide, but for f40 I get
a number of g++ errors like this:
error: ‘opj_destroy_decompress’
I have reproduced the problem with a test case. The problem is in
cython. It generates code with this type
of problem in some cases (inlined methods of derived classes).
I have reported the problem upstream
https://github.com/cython/cython/issues/6033
I don't know how to continue from here. Is it
On Tue, Feb 20, 2024 at 09:45:49AM +0100, Michael J Gruber wrote:
> Am Di., 20. Feb. 2024 um 09:21 Uhr schrieb Loren M. Lang
> :
> >
> > On Sun, Feb 18, 2024 at 06:08:53AM -0300, Priscila Gutierres wrote:
> > > I created this post based on my own experience:
> > > https://dev.to/prinewgirl/a-recipe
On 2/16/24 16:58, Orion Poplawski wrote:
On 2/16/24 01:29, Michael J Gruber wrote:
Am Fr., 16. Feb. 2024 um 07:15 Uhr schrieb Elliott Sales de Andrade
:
On Thu, Feb 15, 2024 at 11:39 PM Orion Poplawski wrote:
We're hitting this with h5py on i686:
/builddir/build/BUILD/h5py-3.10.0/serial/h5
Dne 20. 02. 24 v 9:21 Loren M. Lang napsal(a):
On Sun, Feb 18, 2024 at 06:08:53AM -0300, Priscila Gutierres wrote:
I created this post based on my own experience:
https://dev.to/prinewgirl/a-recipe-made-to-create-your-first-pr-for-the-fedora-project-21be
Hope it helps.
Thanks, with these and a
Am Di., 20. Feb. 2024 um 09:21 Uhr schrieb Loren M. Lang
:
>
> On Sun, Feb 18, 2024 at 06:08:53AM -0300, Priscila Gutierres wrote:
> > I created this post based on my own experience:
> > https://dev.to/prinewgirl/a-recipe-made-to-create-your-first-pr-for-the-fedora-project-21be
> > Hope it helps.
>
On Sun, Feb 18, 2024 at 06:08:53AM -0300, Priscila Gutierres wrote:
> I created this post based on my own experience:
> https://dev.to/prinewgirl/a-recipe-made-to-create-your-first-pr-for-the-fedora-project-21be
> Hope it helps.
Thanks, with these and an Kan-Ru's instructions, I was able to
succes
I created this post based on my own experience:
https://dev.to/prinewgirl/a-recipe-made-to-create-your-first-pr-for-the-fedora-project-21be
Hope it helps.
Em dom., 18 de fev. de 2024 às 05:32, Ondrej Mosnáček
escreveu:
> On Sun, 18 Feb 2024 at 09:23, Kan-Ru Chen wrote:
> >
> > Hi,
> >
> > On Su
On Sun, 18 Feb 2024 at 09:23, Kan-Ru Chen wrote:
>
> Hi,
>
> On Sun, Feb 18, 2024, at 10:52 AM, Loren M. Lang wrote:
> > I've cloned it down and worked on bringing it more up-to-date. Now that
> > I have something passing the test suite, I thought I'd file a PR and
> > start a discussion. I forked
Hi,
On Sun, Feb 18, 2024, at 10:52 AM, Loren M. Lang wrote:
> I've cloned it down and worked on bringing it more up-to-date. Now that
> I have something passing the test suite, I thought I'd file a PR and
> start a discussion. I forked the project on Pagure.io, but found that
> even with my own pe
Il 18/02/24 02:52, Loren M. Lang ha scritto:
> After looking through the orphaned packages, I found one that looks like
> a good candidate for me to help with, python-cachelib, as this package
> is not that large and I am well-versed in Python.
>
> I've cloned it down and w
After looking through the orphaned packages, I found one that looks like
a good candidate for me to help with, python-cachelib, as this package
is not that large and I am well-versed in Python.
I've cloned it down and worked on bringing it more up-to-date. Now that
I have something passin
On Sat, Feb 17, 2024 at 10:03:39PM +0100, Sergio Pascual wrote:
> Hello, currently python-scikit-learn fails to build in f40 and rawhide
> https://bugzilla.redhat.com/show_bug.cgi?id=2261602
>
> The problem is a series of incompatible pointer conversions that
> appear in cython generated C code.
>
Hello, currently python-scikit-learn fails to build in f40 and rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=2261602
The problem is a series of incompatible pointer conversions that
appear in cython generated C code.
The code has classes defined in cython and in the offending code
"self" is
Michael J Gruber wrote:
> numpy definitely needs to fix this. You cannot just go by bitsize and
> signedness. You never could and now you can't ;)
You actually had to before C99, where stdint.h was introduced. On some
platforms or compilers, such as MSVC, you still cannot use C99, only
C89/C90.
On 2/16/24 01:29, Michael J Gruber wrote:
Am Fr., 16. Feb. 2024 um 07:15 Uhr schrieb Elliott Sales de Andrade
:
On Thu, Feb 15, 2024 at 11:39 PM Orion Poplawski wrote:
We're hitting this with h5py on i686:
/builddir/build/BUILD/h5py-3.10.0/serial/h5py/defs.c: In function
‘__pyx_f_4h5py_4def
On Fri, 2024-02-16 at 14:01 +0100, Florian Weimer wrote:
> * Orion Poplawski:
>
> > It seems that numpy is defining a uint32_t type as long unsigned
> > int
> > on i686, while glibc(?) is defining it as unsigned int. Now what
> > puzzles me a little is that on i686 aren't these both 4-byte
> > in
* Orion Poplawski:
> It seems that numpy is defining a uint32_t type as long unsigned int
> on i686, while glibc(?) is defining it as unsigned int. Now what
> puzzles me a little is that on i686 aren't these both 4-byte integers
> and no not incompatible at all?
The types int and long are distin
Am Fr., 16. Feb. 2024 um 07:15 Uhr schrieb Elliott Sales de Andrade
:
>
> On Thu, Feb 15, 2024 at 11:39 PM Orion Poplawski wrote:
> >
> > We're hitting this with h5py on i686:
> >
> > /builddir/build/BUILD/h5py-3.10.0/serial/h5py/defs.c: In function
> > ‘__pyx_f_4h5py_4defs_H5Dread_chunk’:
> > /bu
On Thu, Feb 15, 2024 at 11:39 PM Orion Poplawski wrote:
>
> We're hitting this with h5py on i686:
>
> /builddir/build/BUILD/h5py-3.10.0/serial/h5py/defs.c: In function
> ‘__pyx_f_4h5py_4defs_H5Dread_chunk’:
> /builddir/build/BUILD/h5py-3.10.0/serial/h5py/defs.c:14922:85: error:
> passing argument
We're hitting this with h5py on i686:
/builddir/build/BUILD/h5py-3.10.0/serial/h5py/defs.c: In function
‘__pyx_f_4h5py_4defs_H5Dread_chunk’:
/builddir/build/BUILD/h5py-3.10.0/serial/h5py/defs.c:14922:85: error:
passing argument 4 of ‘H5Dread_chunk’ from incompatible pointer type
[-Wincompatibl
Am 13.02.24 um 16:16 schrieb Gary Buhrmaster:
On Tue, Feb 13, 2024 at 9:52 AM Miroslav Suchý wrote:
Dne 13. 02. 24 v 9:08 Julian Sikorski napsal(a):
Could this be the reason for ccache not working?
I wonder whether it is Mock problem, Ccache issue or problem in packaging? Does
the ccache s
1 - 100 of 1528 matches
Mail list logo
