On Tue, Jun 10, 2025, 20:41 Cristian Le via devel <
devel@lists.fedoraproject.org> wrote:
>
>
> On 10 June 2025 20:15:25 CEST, "Marcus Müller" wrote:
> > - the spec generated by rust2rpm doesn't tell me much; an rpmbuild of
> the result lists about 100 missing dependencies of the kind
> "crate(ba
On 10 June 2025 20:15:25 CEST, "Marcus Müller" wrote:
> - the spec generated by rust2rpm doesn't tell me much; an rpmbuild of the
>result lists about 100 missing dependencies of the kind "crate(base64/default)"
Most dependencies are actually already packaged, but upstream is outdated (see
rus
Hi everyone,
I've been using sccache [1] as wrapping compiler cacher, not unlike `ccache`, but with
more storage backend options, and at least the option to do what `distcc` has classically
been used for, but with auto-distribution of toolchains (!). It's what mozilla uses for
their software b
On Tue, Jun 10, 2025 at 03:17:56PM +0200, Jan Stanek wrote:
> Hello everyone!
> Recently, we tried to enable the upstream test suite to be run when
> building NodeJS packages, and we ran into a Y2038 bug (see [1] for the
> moment we noticed it). There are also some upstream issues [2] related
> to
Current version of rubygem-shoulda-matchers will get broken by Ruby on
Rails 8 and it would need updated. But because nothing else depends on
this package anymore, I have decided to orphan in instead.
Cheers,
Vít
OpenPGP_signature.asc
Description: OpenPGP digital signature
--
On 10. 06. 25 15:15, Cristian Le via devel wrote:
Could also document that a minimal pyproject.toml can be added as
```
[build-system]
requires = ["setuptools"]
build-backend = "setuptools.build_meta"
```
I've seen those around, but I don't know if it actually makes a difference in
these contex
You can run vllm, instructlab, etc on Fedora. It just won't be bundled
together and won't be tightly coupled with Red Hat's other offerings in the
way that it would be on RHEL AI.
There is a Fedora AI SIG: https://fedoraproject.org/wiki/SIGs/AI-ML
As well as a Matrix channel: #ai-ml:fedoraproject
Hello everyone!
Recently, we tried to enable the upstream test suite to be run when
building NodeJS packages, and we ran into a Y2038 bug (see [1] for the
moment we noticed it). There are also some upstream issues [2] related
to this problem on 32-bit architectures.
[1]: https://src.fedoraproject.
On Tue, Jun 10, 2025 at 5:32 AM Lee Thomas Stephen wrote:
>
> Hi everyone,
>
> Will there be a version similar to this one:
> https://huggingface.co/RedHatAI for Fedora?
I am not aware of any Fedora community projects around creating,
tuning, distilling, or otherwise optimizing models, so it's un
On 2025/06/10 15:08, Miro Hrončok wrote:
On 10. 06. 25 13:59, Cristian Le via devel wrote:
I believe some clarification for this proposal is in order
What kind of clarification do you think is needed?
Not necessarily in the change proposal, but for the people who were
confused in this emai
Hi!
We have nothing on the agenda. Also no tickets to announce here.
And many people are travelling to DevConf.cz. The meeting is
cancelled today.
Zbyszek
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-
On 10. 06. 25 13:59, Cristian Le via devel wrote:
I believe some clarification for this proposal is in order
What kind of clarification do you think is needed?
On 2025/06/07 14:49, Aoife Moloney wrote:
Old:
%build
%py3_build
New:
%build
%pyproject_wheel
The %py3_build expands t
I believe some clarification for this proposal is in order
On 2025/06/07 14:49, Aoife Moloney wrote:
Old:
%build
%py3_build
New:
%build
%pyproject_wheel
The %py3_build expands to `python3 setup.py build` [1] which is the
interface that is being removed. %pyproject_wheel expands to
OLD: Fedora-Rawhide-20250609.n.0
NEW: Fedora-Rawhide-20250610.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 2
Dropped packages:0
Upgraded packages: 58
Downgraded packages: 0
Size of added packages: 45.84 KiB
Size of dropped packages:0 B
Hello,
The Python 3.14 rebuild is in progress. We plan to merge the side tag soon.
So far, we've successfully built 3682 out of 4259 source packages, with
577 remaining to be built.
See the list of packages sorted by maintainers at the end of this mail.
If your package fails because there is a
Hi everyone,
Will there be a version similar to this one:
https://huggingface.co/RedHatAI for Fedora?
Thank you!
Best,
-
Lee
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject
Miro Hrončok wrote:
> On 10. 06. 25 8:46, Leigh Scott wrote:
> > The new macros are unlikely to work for nemo-extensions.
> > What makes you assume that?
> https://src.fedoraproject.org/rpms/nemo-extensions/pull-request/7
I couldn't figure out how to use the new macros with the multiple python
so
On 10. 06. 25 8:46, Leigh Scott wrote:
The new macros are unlikely to work for nemo-extensions.
What makes you assume that?
https://src.fedoraproject.org/rpms/nemo-extensions/pull-request/7
I will probably end up defining my own macros in it's spec file.
If your custom macros will use pyth
I have decided to orphan rubygem-rack-restful_submit for multiple reasons:
* It would need adjustments for Rack 3.x (which will come to Fedora
together with Ruby on Rails 8).
* Upstream has long abandoned this package (have not accepted the fixes
for Rack 2.x [1])
* I have no use for this p
Leigh Scott wrote:
> x264 is superior for playback,
Playback in the FFmpeg/libx264 stack is actually done by a builtin decoder
in FFmpeg, NOT by libx264. FFmpeg has no builtin H.264 encoder. libx264 has
no decoder. So they have to be used together. (But both are actually more
featureful than th
The whole topic would have been much easier if we didn't decide to remove
hardware de/encoders a few releases ago.
The number of users needing openh264 would shrink significantly.
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
21 matches
Mail list logo
