Thanks, I opened a re-review request of elvish to follow package renaming
process [1].
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2276356
[1]
https://docs.fedoraproject.org/en-US/package-maintainers/Package_Renaming_Process/
--
___
devel mail
Hello everyone,
Please join us at the next Open NeuroFedora team meeting on Monday, 22
April at 13:00 UTC. The meeting is a public meeting, and open for everyone
to attend. You can join us over on Matrix in the Fedora Meeting channel:
https://matrix.to/#/#meeting:fedoraproject.org
You can use t
* Daniel P. Berrangé:
> On Fri, Apr 19, 2024 at 02:21:57PM +0200, Florian Weimer wrote:
>> There are multiple PRs and patches floating around that make RISC-V use
>> the /usr/lib64 directory, like other 64-bit ports. However, RISC-V
>> recommends to use /usr/lib64/lp64d for the Fedora ABI variant
* Andrea Bolognani:
> On Fri, Apr 19, 2024 at 02:21:57PM +0200, Florian Weimer wrote:
>> There are multiple PRs and patches floating around that make RISC-V use
>> the /usr/lib64 directory, like other 64-bit ports. However, RISC-V
>> recommends to use /usr/lib64/lp64d for the Fedora ABI variant,
* David Abdurachmanov:
> We most likely will not have ABIs installed in parallel, but we might
> change ABI. Currently Linux distributions target "RV64GC", but we
> don't really want that for the future RISC-V. I keep telling folks
> that "RV64GC" is already "a legacy" (10+ years old), but that's
On Mon, Apr 22, 2024 at 12:07:38PM +0200, Florian Weimer wrote:
> * Daniel P. Berrangé:
>
> > On Fri, Apr 19, 2024 at 02:21:57PM +0200, Florian Weimer wrote:
> >> There are multiple PRs and patches floating around that make RISC-V use
> >> the /usr/lib64 directory, like other 64-bit ports. Howeve
Hi folks,
this is in advance notice about the upcoming rebase of the openexr package
in Fedora Rawhide and f40.
List of dependent package should be following (please, correct me if I
haven't found all):
CTL
ImageMagick
OpenColorIO
OpenEXR_Viewers
OpenImageIO
OpenSceneGraph-OpenEXR
blender
cineler
There is nothing on the agenda, so the meeting is cancelled.
I'll chair the next meeting.
= Discussed and Voted in the Ticket =
#3197 Request for Updates Policy Exception: ruff
https://pagure.io/fesco/issue/3197
APPROVED (+4, 0, 0)
#3195 Change: Pytest 8
https://pagure.io/fesco/issue/3195
APPRO
OLD: Fedora-Rawhide-20240421.n.0
NEW: Fedora-Rawhide-20240422.n.0
= SUMMARY =
Added images:2
Dropped images: 1
Added packages: 1
Dropped packages:2
Upgraded packages: 57
Downgraded packages: 0
Size of added packages: 31.15 MiB
Size of dropped packages
Coming soon.
Updating to Arrow 16.0.0
--
Kaleb
--
___
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
Is there a specific reason that an ABI-breaking update in required in
the stable F40 release? And would you consider asking FESCo for approval
as required by the Updates Policy?
https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#stable-releases
Note that if this update happens in F40 n
On Thu, 11 Apr 2024 at 14:26, Fabio Valentini wrote:
>
> Hello Rust packagers,
>
> I'm continuously working on reducing unnecessary accumulation of cruft
> in the Rust package stack in Fedora, and I have been keeping track of
> unused library packages for almost three years now.
>
> Some of these
On Mon, Apr 22, 2024 at 5:13 PM Peter Robinson wrote:
>
> I am aware of a few of the above I'm listed against that my deps no
> longer requre (eg passwd) but I hadn't got around to working out what
> else depended on them to retire without possibly breaking something
> else, overall happy for them
Hi Ben,
thanks for the notice. I'll fill the FESCO ticket right away and wait for
their decision. So let's call F40 only (not Rawhide) side tags builds on
hold till the decision is made.
Best regards
Josef Ridky
Senior Software Engineer
Core Services Team
Red Hat Czech, s.r.o.
On Mon, Apr 22,
Well good news, the F40 rebuild is not needed. It looks like there was an
issue with proper bug report reference.
Sorry for the disturbance about that in F40. But the Rawhide rebuild is
still in place so please use f41-build-side-88169 for rebuild of dependent
packages.
Best regards
Josef Ridky
Dear all,
I just orphaned https://src.fedoraproject.org/rpms/bti - a command-line Twitter
client.
I no longer use Twitter anymore, this package has basically not needed any
attention (it
rebuilds fine) but I'm not sure if it works anymore post-takeover. It does have
an open issue
asking for a
Hello, Łukasz.
On Sunday, 21 April 2024 at 20:37, Łukasz Wojniłowicz wrote:
> Hi all,
>
> @decathorpe reviewed my first package positively at
> https://bugzilla.redhat.com/show_bug.cgi?id=2271100
> and now I'm looking for somebody to sponsor me. My official request for
> sponsorship is at https:
I tried to so synfig and gstreamer1-plugins-bad-free, and they need some of the
others rebuilt first:
https://kojipkgs.fedoraproject.org//work/tasks/2955/116742955/root.log
https://kojipkgs.fedoraproject.org//work/tasks/3027/116743027/root.log
--
Gwyn Ciesla
she/her/hers
---
On Sun, Apr 21, 2024 at 08:37:12PM +0200, Łukasz Wojniłowicz wrote:
> Hi all,
>
> @decathorpe reviewed my first package positively at
> https://bugzilla.redhat.com/show_bug.cgi?id=2271100
> and now I'm looking for somebody to sponsor me. My official request for
> sponsorship is at https://pagure.
Hi Dominik,
On Mon, 22 Apr 2024 19:31:50 +0200
Dominik 'Rathann' Mierzejewski wrote:
> Hello, Łukasz.
>
> On Sunday, 21 April 2024 at 20:37, Łukasz Wojniłowicz wrote:
> > Hi all,
> >
> > @decathorpe reviewed my first package positively at
> > https://bugzilla.redhat.com/show_bug.cgi?id=2271100
matio 1.5.27 is coming to rawhide. I'm building it in side tag
41-build-side-88211. I'll rebuild kst, LapPlt, openmeed, and vips there, and
then merge.
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. b
Hello everybody,
I wrote a pull request for Package Maintainer Docs about adding a
simpler tutorial package than GNU Hello [1]. Since it is a larger change
and I have not received any reviews yet, I would like to announce this
work here, in hope of getting some feedback, before just merging th
On Mon, Apr 22, 2024 at 9:16 PM Łukasz Wojniłowicz
wrote:
>
> You're welcome. rust-appdirs got in and I believe is waiting to be
> available in the repositories.
No, it's waiting for *you* to actually import the package. :)
Just getting the package review ticket approved does nothing on its own.
On Mon, Apr 22, 2024 at 10:43 PM Fabio Valentini wrote:
>
> On Mon, Apr 22, 2024 at 9:16 PM Łukasz Wojniłowicz
> wrote:
> >
> > You're welcome. rust-appdirs got in and I believe is waiting to be
> > available in the repositories.
>
> No, it's waiting for *you* to actually import the package. :)
>
Dear all,
I've been maintaining bamf for... quite some time, and don't actually have a
need for it anymore.
It's pretty much in maintenance mode upstream as well.
I've built the last stable version in Rawhide to close
https://bugzilla.redhat.com/show_bug.cgi?id=2055853
but will probably not
On 4/22/24 16:12, Michel Lind wrote:
Dear all,
I've been maintaining bamf for... quite some time, and don't actually have a
need for it anymore.
It's pretty much in maintenance mode upstream as well.
I've built the last stable version in Rawhide to close
https://bugzilla.redhat.com/show_bug.
On Mon, Apr 22, 2024 at 11:12 PM Michel Lind wrote:
>
> Dear all,
>
> I've been maintaining bamf for... quite some time, and don't actually have a
> need for it anymore.
>
> It's pretty much in maintenance mode upstream as well.
>
> I've built the last stable version in Rawhide to close
> https://
> On 19 Apr 2024, at 16:57, Adam Williamson wrote:
>
> On VMWare it plays but is distorted,
> don't know why.
Maybe a known issue with vmware, I have been told.
Something to do with needing to reclock the audio stream.
Barry
--
___
devel mailing l
On 4/22/24 16:32, Fabio Valentini wrote:
On Mon, Apr 22, 2024 at 11:12 PM Michel Lind wrote:
Dear all,
I've been maintaining bamf for... quite some time, and don't actually have a
need for it anymore.
It's pretty much in maintenance mode upstream as well.
I've built the last stable versio
Hi,
I'm handling the RISC-V libdirs in Gentoo.
> There are multiple PRs and patches floating around that make RISC-V use
> the /usr/lib64 directory, like other 64-bit ports. However, RISC-V
> recommends to use /usr/lib64/lp64d for the Fedora ABI variant, and
> various upstream projects follow t
Hi all,
I have 3 packages awaiting reviews. I'm happy to exchange.
First is a new IBus input method (code includes bits of C and Python):
ibus-array: https://bugzilla.redhat.com/show_bug.cgi?id=2275556
The other two are trivial rust packages that I need for upcoming libchewing
release:
ru
>
> Just for your information, here's how Gentoo is doing things to stay
> compatible
> with as many variants as possible:
>
PS. Stage files are here:
https://www.gentoo.org/downloads/#riscv
(rv32-ilp32 is still building, rv32 musl is waiting until the worst musl-1.2.5
issues
are ironed out..
On Mon, Apr 22, 2024 at 1:08 PM Florian Weimer wrote:
>
> * Daniel P. Berrangé:
>
> > On Fri, Apr 19, 2024 at 02:21:57PM +0200, Florian Weimer wrote:
> >> There are multiple PRs and patches floating around that make RISC-V use
> >> the /usr/lib64 directory, like other 64-bit ports. However, RISC-
On Mon, Apr 22, 2024 at 1:12 PM Florian Weimer wrote:
>
> * David Abdurachmanov:
>
> > We most likely will not have ABIs installed in parallel, but we might
> > change ABI. Currently Linux distributions target "RV64GC", but we
> > don't really want that for the future RISC-V. I keep telling folks
34 matches
Mail list logo
