d to add it to 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 h
On 2025-04-05 03:34, Vitaly Zaitsev via devel wrote:
On 05/04/2025 00:45, Luya Tshimbalanga wrote:
Trying to set "nanobind_DIR" does nothing. Can someone look at the
issue?
Just add -DCMAKE_PREFIX_PATH='%{python3_sitelib}/nanobind/cmake' to
%cmake macros.
I am confirming using
"-DCMAKE_
On 05/04/2025 00:45, Luya Tshimbalanga wrote:
Trying to set "nanobind_DIR" does nothing. Can someone look at the issue?
Just add -DCMAKE_PREFIX_PATH='%{python3_sitelib}/nanobind/cmake' to
%cmake macros.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
--
___
On Sat, Apr 5, 2025 at 3:51 AM Sandro wrote:
>
> 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())'
> >> /us
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 that's what
On 05-04-2025 09:09, Elliott Sales de Andrade wrote:
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
On Sat, Apr 5, 2025 at 3:00 AM Sandro wrote:
>
> On 05-04-2025 00:45, Luya Tshimbalanga wrote:
> > Hello team,
> >
> > I hit an issue when building openvdb on nanobind dependency which refuses
> > to use python3-nanobind at the following:
> >
> > -- Found Python: /usr/bin/python3.13 (found versio
On 05-04-2025 00:45, Luya Tshimbalanga wrote:
Hello team,
I hit an issue when building openvdb on nanobind dependency which refuses to
use python3-nanobind at the following:
-- Found Python: /usr/bin/python3.13 (found version "3.13.2") found components:
Development Interpreter Development.Mod
Hello team,
I hit an issue when building openvdb on nanobind dependency which refuses to
use python3-nanobind at the following:
-- Found Python: /usr/bin/python3.13 (found version "3.13.2") found components:
Development Interpreter Development.Module Development.Embed
CMake Error at CMakeLists.
> a few times.
>> >
>> > So, since thumbnailers are currently something that has to be
>> > available on the host, I wanted to add it to repos, either me
>> > packaging it or with someone else as a packager is fine.
>> >
>> > I have submitted
On 2/23/25 7:14 PM, Alexander Ploumistos wrote:
That is what I ended up doing and it is indeed unfortunate, we don't
have that many packages with so thorough testing. I will get in touch
with upstream about a couple of regressions and I will bring up the
issues with the tests when I do. Do you w
27; not found
> > available fixtures: cache, capfd, capfdbinary, caplog,
> capsys, capsysbinary, doctest_namespace, monkeypatch, pytestconfig,
> record_property, record_testsuite_property, record_xml_attribute, recwarn,
> tmp_path, tmp_path_factory, tmpdir, tmpdir_factor
> Is there any other way to push my new code to the RPM repository?
>
> Thanks in advance for your help!
It sounds like you might be trying to do a https push?
When you use fedpkg and specify -a, it will try and get a token to
authenticate you, but to do this it needs you to login on a br
ute, recwarn,
tmp_path, tmp_path_factory, tmpdir, tmpdir_factory
> use 'pytest --fixtures [testpath]' for help on them.
/builddir/build/BUILD/input-remapper-2.1.1-build/input-remapper-2.1.1/tests/lib/test_setup.py:33
suggest upstream has accidentally made the tests incompatible with
py
On Mon, Feb 17, 2025 at 02:17:49AM +0100, Alexander Ploumistos wrote:
> Hello,
>
> I am trying to build the latest version of input-remapper[1] and I
> guess some change to the test units has led to this error:
>
> […]
> + /usr/bin/python3 -sP /usr/lib/rpm/redhat/import_all_modules.py -f
> /build
On Tue, 2025-02-18 at 09:32 +0100, Hangbin Liu wrote:
> Is there any other way to push my new code to the RPM repository?
Hi,
I usually run:
kinit u...@fedoraproject.org
before using any fedpkg command which requires the user credentials and
then it works fine. I do not know whether i
running the command inside a container.
I also tried running git push directly, but it always returns "Authentication
failed," even when I enter the correct password.
Is there any other way to push my new code to the RPM repository?
Thanks in advance for your help!
Be
Thank you all very much for your input.
A long time ago I had needed to run some graphical tests in %check and
I vaguely remember using some dummy driver which was then
superseded(?) by xvfb and then for some reason I stopped needing to
care about all that and that cache in my brain got flushed. T
Once upon a time, Miro Hrončok said:
> On 17. 02. 25 2:45, Chris Adams wrote:
> >Once upon a time, Alexander Ploumistos said:
> >>I am trying to build the latest version of input-remapper[1] and I
> >>guess some change to the test units has led to this error:
> >>
> >>[…]
> >>+ /usr/bin/python3 -
On 17. 02. 25 2:45, Chris Adams wrote:
Once upon a time, Alexander Ploumistos said:
I am trying to build the latest version of input-remapper[1] and I
guess some change to the test units has led to this error:
[…]
+ /usr/bin/python3 -sP /usr/lib/rpm/redhat/import_all_modules.py -f
/builddir/bu
Hi,
[…]
+ /usr/bin/python3 -sP /usr/lib/rpm/redhat/import_all_modules.py -f
/builddir/build/BUILD/input-remapper-2.1.1-build/input-remapper-2.1.1-1.fc42.x86_64-pyproject-modules
Check import: inputremapper
Check import: inputremapper.bin
Check import: inputremapper.bin.input_remapper_control
Che
Once upon a time, Alexander Ploumistos said:
> I am trying to build the latest version of input-remapper[1] and I
> guess some change to the test units has led to this error:
>
> […]
> + /usr/bin/python3 -sP /usr/lib/rpm/redhat/import_all_modules.py -f
> /builddir/build/BUILD/input-remapper-2.1.1
Hello,
I am trying to build the latest version of input-remapper[1] and I
guess some change to the test units has led to this error:
[…]
+ /usr/bin/python3 -sP /usr/lib/rpm/redhat/import_all_modules.py -f
/builddir/build/BUILD/input-remapper-2.1.1-build/input-remapper-2.1.1-1.fc42.x86_64-pyprojec
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
1 - 100 of 1551 matches
Mail list logo
