On Mon, May 20, 2024 at 2:42 PM Michal Sekletar wrote:
>
> On Fri, May 17, 2024 at 6:14 PM Michal Sekletar wrote:
>>
>> Hi everyone,
>>
>> We have had a plocate as a drop-in replacement for mlocate for quite a while
>> now. My intention is to retire the mlocate package next week in order to
>>
Hi all,
As discussed in the Fedora Rust channel on Matrix, I am planning to do
a mini-mass-rebuild of all Rust applications (that are co-maintained
by the Rust SIG), likely by the end of this week. I estimate that it
will involve just shy of 200 packages per branch.
The motivation for a
On Thu, May 16, 2024 at 4:24 PM Stephen Gallagher wrote:
>
> On Tue, May 14, 2024 at 3:47 PM Fabio Valentini wrote:
> >
> > On Tue, May 14, 2024 at 9:43 PM Stephen Gallagher
> > wrote:
> > >
> > > Do you think that's worth a separate Change from the
On Thu, May 16, 2024 at 9:25 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> Hi,
>
> I've been trying to get 'add-determinism' deployed in buildroots. This
> has been unsuccessful because of the following issue.
>
> The dependency chain is:
> redhat-rpm-config has
> Requires
On Wed, May 15, 2024 at 6:23 PM Leigh Scott wrote:
>
> > On Wed, May 15, 2024 at 4:31 PM Olivier Fourdan > wrote:
> >
> > Not directly related, but hopefully not entirely off-topic:
> > Are there plans to update the xorg-x11-server package itself to the
> > new stable branch too?
> >
> > It's
On Wed, May 15, 2024 at 2:02 PM Miro Hrončok wrote:
>
> On 15. 05. 24 13:31, Vít Ondruch wrote:
> > I am saying that Python is bad example and nobody should follow it.
>
> I respectfully disagree. The LLVM maintainers think it is a good example worth
> following. So did the NodeJS maintainers.
On Wed, May 15, 2024 at 4:31 PM Olivier Fourdan wrote:
>
> Hi all,
>
> Today was released Xwayland 24.1.0, a new stable branch of Xwayland.
Not directly related, but hopefully not entirely off-topic:
Are there plans to update the xorg-x11-server package itself to the
new stable branch too?
It's
On Tue, May 14, 2024 at 9:43 PM Stephen Gallagher wrote:
>
> Do you think that's worth a separate Change from the Node.js 22 Change
> I already filed? I can amend that (and ask FESCo to re-vote based on
> new information).
I think the change is significant enough, yes.
Having a separate change
On Tue, May 14, 2024 at 9:33 PM Stephen Gallagher wrote:
>
> On Mon, May 13, 2024 at 8:21 AM Fabio Valentini wrote:
> >
> > On Mon, May 13, 2024 at 2:02 PM Stephen Gallagher
> > wrote:
> > >
> > > Upstream Node.js has not supported the i686 archit
On Mon, May 13, 2024 at 8:38 PM Vitaly Zaitsev via devel
wrote:
>
> On 13/05/2024 13:24, Nils Philippsen wrote:
> > If I’m not off track, renaming the existing version to “gimp2” would at
> > least make people install it as an update to “gimp-2.10.x” without any
> > real benefit to them. And it
On Mon, May 13, 2024 at 8:36 PM Michael Catanzaro wrote:
>
> Hi,
>
> gdk-pixbuf 2.42.11 has dropped support for several uncommon image
> formats. This is causing several applications to crash in Fedora
> rawhide [1][2]. (The change also got backported to F40 and F39, but
> I've reverted it
On Fri, May 10, 2024 at 11:29 AM Miro Hrončok wrote:
>
> On 10. 05. 24 10:55, Miroslav Suchý wrote:
> > Hot news:
> >
> > SPDX v3 has been published. The biggest change for us is that license
> > expression allows lowercase operators (and, or, with). This got into the
> > specification
On Mon, May 13, 2024 at 3:23 PM Vít Ondruch wrote:
>
>
> Dne 27. 04. 24 v 6:58 Neal Gompa napsal(a):
>
> * Switch to python-style compat/main packages. In order to make the
> packaging more
> consistent between the main package (e.g. llvm) and the compat package (e.g.
> llvm18),
> we would
On Mon, May 13, 2024 at 2:02 PM Stephen Gallagher wrote:
>
> Upstream Node.js has not supported the i686 architecture officially
> since Node.js 10.x (released in 2018). As of Node.js 22, it appears
> that v8 will no longer build at all on that architecture.
>
> I'm not particularly willing to go
On Mon, May 13, 2024, 12:34 Daniel P. Berrangé wrote:
> On Mon, May 13, 2024 at 12:14:14PM +0200, Fabio Valentini wrote:
> > On Mon, May 13, 2024, 11:50 Dominik 'Rathann' Mierzejewski <
> > domi...@greysector.net> wrote:
> >
> > > On Monday, 13 May 2024 at 01:
On Mon, May 13, 2024, 11:50 Dominik 'Rathann' Mierzejewski <
domi...@greysector.net> wrote:
> On Monday, 13 May 2024 at 01:00, Neal Gompa wrote:
> > On Sun, May 12, 2024 at 4:59 PM Sérgio Basto wrote:
> > >
> > >
> > >
> > > https://src.fedoraproject.org/rpms/gimp3
> > >
> >
> > What the heck?
On Tue, Apr 23, 2024 at 1:10 AM Kan-Ru Chen wrote:
>
> 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
On Fri, May 3, 2024, 09:34 Florian Weimer wrote:
> I didn't have a dist-git token for fedpkg, so retiring failed after
> doing some work the first time. Is the package actually retired?
>
It looks like the retirement was successful
The dist-git token is only necessary for one API call -
On Mon, Apr 29, 2024 at 1:28 PM Richard W.M. Jones wrote:
>
> On Sat, Apr 27, 2024 at 10:41:59PM +0200, Julian Sikorski wrote:
> > Hello,
> >
> > 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
On Mon, Apr 29, 2024 at 11:17 AM Kevin Kofler via devel
wrote:
>
> Michael J Gruber wrote:
> > A minor bump (as in %{?dist}[.]) only comes into play
> > if a "lower" branch needs to move forward without creating a version
> > ahead of a "higher" branch. And (independent of autorelease) you cannot
On Sat, Apr 27, 2024 at 11:51 PM 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?
>
>
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
>
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 *yo
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 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
On Fri, Apr 19, 2024 at 5:37 PM Davide Cavalca
wrote:
>
> On 2024-04-11 06:26, Fabio Valentini wrote:
> > - dcavalca (33): rust-base-x, rust-benfred-read-process-memory,
> > rust-cap, rust-combine, rust-concolor, rust-cpc,
> > rust-curve25519-dalek, rust-custom_error, rust
On Fri, Apr 19, 2024 at 9:06 PM Janet Black wrote:
>
> Hi, I do not have the time to contribute packages to Fedora these days.
>
> I am orphaning the following packages under my maintainership:
> - golang-github-elves-elvish
> - golang-github-xiaq-persistent
> - rust-box_drawing
> -
On Wed, Apr 17, 2024 at 3:10 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> > Because this is written in Rust instead of Python, you will need a
> > build variant for *every* Python interpreter shipped in Fedora.
>
> No, just one one, at any given time.
Assuming that the marshalparser package can
On Wed, Apr 17, 2024, 08:45 Tim Landscheidt wrote:
> Zbigniew Jędrzejewski-Szmek wrote:
>
> > […]
>
> >> - use dynamic buildrequires to detect what plugins are needed
>
> > My problem is that the binary is linked to the libpython3.12.so shared
> > library… The detection part is easy, the hard
On Sat, Apr 13, 2024 at 1:18 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> Yes. But actually I think Rust is the optimal choice here. Writing
> this in Python would be possibly slightly nicer, but we don't want
> to pull the interpreter and packages into the buildroot. Python
> also has the problem
On Thu, Apr 11, 2024 at 9:09 PM Michel Lind wrote:
>
> > | rust-atomic-traits | 2022-09-02 | 587 | salimma
> >|
> Still trying to package mmtk, please keep this one for now
Then please follow up, the review request for mmtk was closed due to inactivity:
On Thu, Apr 11, 2024 at 7:45 PM Ben Beasley wrote:
>
> The rust-circular-buffer crate was packaged as a dependency for bpftop,
> https://github.com/Netflix/bpftop.
>
> I won’t necessarily be packaging bpftop myself, but I know several
> parties are interested in doing so, and I expect it will
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 packages have been unused leaves for over two years!
I will again
On Thu, Apr 11, 2024 at 12:39 PM Leon Fauster via devel
wrote:
>
> Am 08.04.24 um 08:01 schrieb Miro Hrončok:
> > On 08. 04. 24 6:08, Carlos Rodriguez-Fernandez wrote:
> >>
> >> Not all commits correspond with a new release downstream, and not all
> >> commit messages are relevant to the end user
On Tue, Apr 9, 2024 at 6:58 PM Neal Gompa wrote:
>
> On Tue, Apr 9, 2024 at 12:56 PM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Tue, Apr 09, 2024 at 09:41:01AM +0200, Vít Ondruch wrote:
> > >
> > > Dne 08. 04. 24 v 10:43 Zbigniew Jędrzejewski-Szmek napsal(a):
> > > > And we already have a
On Tue, Apr 9, 2024 at 1:19 PM Vít Ondruch wrote:
>
> Dne 08. 04. 24 v 12:32 Neal Gompa napsal(a):
> > Packaged Rust crates work *fine* for local development as long as you
> > are willing to cut yourself off from crates.io. Unlike *every other
> > language package manager*, Cargo does not
On Mon, Apr 8, 2024 at 3:28 PM Iñaki Ucar wrote:
>
> So someone wanted to use rpmautospec and was willing to do the work, putting
> things together as an opt-in feature. Perfect.
>
> Now, I don't see any problem if some time later someone revisits the topic
> and proposes to go further. I don't
On Sun, Apr 7, 2024 at 10:10 PM Fabio Valentini wrote:
>
> On Sun, Apr 7, 2024 at 7:06 PM Antonio T. sagitter
> wrote:
> >
> > Hi all.
> >
> > Can this update be re-activated or i have to rebuild everything?
> > https://bodhi.fedoraproject.org/updates/FEDOR
On Sun, Apr 7, 2024 at 7:06 PM Antonio T. sagitter
wrote:
>
> Hi all.
>
> Can this update be re-activated or i have to rebuild everything?
> https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-c154b725ab
I'm not sure how the update got into the "obsoleted" state without
being obsoleted by
On Sun, Apr 7, 2024 at 9:22 PM Leon Fauster via devel
wrote:
>
> Am 07.04.24 um 17:15 schrieb Zbigniew Jędrzejewski-Szmek:
> > Hi everyone,
> >
> > I'm revisting the topic of rpmautospec because I was doing some work
> > on various packages, and it's annoying that some packages are using
> >
On Sun, Apr 7, 2024 at 5:48 PM Tom Hughes via devel
wrote:
>
> On 07/04/2024 16:15, Zbigniew Jędrzejewski-Szmek wrote:
>
> > I think it's time to switch to rpmautospec completely.
> > Thus, the proposal:
> > - new packages MUST use rpmautospec
> > - packagers SHOULD convert their packages
> > -
On Wed, Mar 20, 2024 at 3:23 PM Pavel Valena wrote:
>
> Hello,
>
> please $SUBJ, test if you can:
> https://src.fedoraproject.org/rpms/dracut/pull-request/54#comment-190538
>
> Any feedback is appreciated.
I see that this update was now also submitted to Fedora 40, and will
likely ship as a
On Sat, Apr 6, 2024 at 12:42 PM Björn Persson wrote:
>
> Fabio Valentini wrote:
> > - Installing rust-*-devel packages on your local system (i.e. outside
> > of ephemeral build environments) is not supported.
> > - The "rust-*-devel" packages are build system
On Sat, Apr 6, 2024 at 4:45 AM Scott Schmit wrote:
>
> This perhaps explains why my efforts to use these packages did nothing
> but waste my time for days.
>
> It sounds like you've wasted others' time as well. That's not very
> Friendly, and playing nitpicky language lawyer games doesn't
On Fri, Apr 5, 2024 at 3:16 PM Emanuel Lima wrote:
>
> I'm not sure this helps, but I maintain a Rust and Go package that builds
> fine with fedpkg local. If you want to take a look at the spec:
>
> https://src.fedoraproject.org/rpms/kata-containers/blob/rawhide/f/kata-containers.spec
This is a
On Fri, Apr 5, 2024 at 9:51 AM Michael J Gruber wrote:
>
> So you're saying that those packages are in the repos for everyone but
> not meant to be installed by anyone (besides mock chroots), and that is
> how and why they are packaged.
Yes. That is the best we can do given how cargo + Rust
Hello Rustaceans and Pythonistas,
The "cpython" and "python3-sys" crates provide Rust bindings for
CPython, but the project is no longer actively maintained [0], and it
does not support CPython 3.12+ due to ABI / API changes. Programs that
use the "cpython" bindings for building against CPython
On Thu, Apr 4, 2024 at 9:42 PM pfed--- via devel
wrote:
>
> On Thu, Apr 04, 2024 at 09:51:31AM +0200, Fabio Valentini wrote:
> > > > The short answer is: No, "fedpkg local" is not expected to work for
> > > > Rust packages, and probably won't ever wo
On Thu, Apr 4, 2024, 00:54 Philip Matura via devel <
devel@lists.fedoraproject.org> wrote:
> On Thu, Apr 04, 2024 at 12:03:56AM +0200, Fabio Valentini wrote:
> > On Wed, Apr 3, 2024 at 11:47 PM pfed--- via devel
> > wrote:
> > >
> > > Maybe we could add the
On Wed, Apr 3, 2024 at 11:47 PM pfed--- via devel
wrote:
>
> Maybe we could add the `--allow-dirty` to the `%cargo_install` macro -
> from the top of my head this should not break anything, but I'm not
> sure. There does not seem to be a general "ignore-git" option for cargo.
>
> Or are there
On Tue, Apr 2, 2024 at 6:08 PM Sandro wrote:
>
> On 26-03-2024 22:15, Adam Williamson wrote:
> > On Tue, 2024-03-26 at 21:34 +0100, Sandro wrote:
> >> On 26-03-2024 16:25, Kevin Fenzi wrote:
> >>> So, please take this time to do any last minute testing and bugfixing
> >>> and make sure any
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
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
On Wed, Mar 20, 2024 at 2:53 PM Tomasz Kłoczko wrote:
>
> On Sat, 16 Mar 2024 at 10:03, Miroslav Suchý wrote:
>>
>> Hot news:
>>
>> The last phase has been announce
>> https://fedoraproject.org/wiki/Changes/SPDX_Licenses_Phase_4 and we will
>> proceed when approved with FESCO.
>
>
> I
On Wed, Mar 20, 2024 at 3:06 PM Daniel P. Berrangé wrote:
>
> On Wed, Mar 20, 2024 at 02:35:21PM +0100, Dmitry Belyavskiy wrote:
(...)
> > As I understand, upstream is going to remove engines but it wouldn't happen
> > before OpenSSL 4.0
>
> That makes sense, as it solves the ELF ABI / SONAME
On Wed, Mar 20, 2024, 01:28 Orion Poplawski wrote:
> With a recent update, plplot is failing to build with:
>
> cd
> /builddir/build/BUILD/plplot-5.15.0/redhat-linux-build/examples/fortran
> && /usr/bin/cmake -E cmake_link_script CMakeFiles/x16af.dir/link.txt
> --verbose=1
> /usr/bin/gfortran
On Mon, Mar 18, 2024 at 5:22 PM Dan Horák wrote:
>
> On Mon, 18 Mar 2024 17:07:08 +0100
> Fabio Valentini wrote:
> > I wonder why these packages rely in pkg-config and don't just install
> > to `%{bash_completions_dir}`?
>
> because it hasn't always exist? Or it's m
On Mon, Mar 18, 2024 at 4:33 PM Mamoru TASAKA wrote:
>
> Hello, all:
>
> After investigating the recent Fedora-Security-Live livespin compose failure
> on F-41, it is found that this is caused because:
>
> - Recently on F-41, bash-completion packaging changed so that pkgconfig file
>is moved
On Mon, Mar 18, 2024 at 1:51 PM Richard W.M. Jones wrote:
>
> On Mon, Mar 18, 2024 at 10:14:38AM +, Richard W.M. Jones wrote:
> > On Mon, Mar 18, 2024 at 10:05:42AM +, Daniel P. Berrangé wrote:
> > > On Mon, Mar 18, 2024 at 09:57:58AM +, Richard W.M. Jones wrote:
> > > >
> > > >
On Tue, Mar 12, 2024, 15:16 Marcin Juszkiewicz
wrote:
> W dniu 8.03.2024 o 21:50, Aoife Moloney pisze:
> > == Detailed Description ==
> > PHP is not a library, so is not multilib.
> > 32-bit consumes builder CPU/time, but nothing is shipped in the
> repositories.
> >
> > A lot of projects don't
On Mon, Mar 11, 2024, 15:34 Sérgio Basto wrote:
>
> pkgconf had a big update from 1.9.5 to 2.1.0
>
> https://src.fedoraproject.org/rpms/pkgconf/commits/rawhide
Yes, but the soname did not change. So it looks like this ABI change (if it
is an ABI change? it looks like it) was not intentional.
On Mon, Mar 11, 2024, 04:07 Jerry James wrote:
> On Sun, Mar 10, 2024 at 10:38 AM Orion Poplawski wrote:
> > I'm starting to see this building perl-Alien-CFITSIO in F40 (not
> rawhide):
> >
> > + cd Alien-CFITSIO-v4.4.0.1
> > + perl Makefile.PL INSTALLDIRS=vendor NO_PACKLIST=1 NO_PERLLOCAL=1
>
On Sat, Feb 24, 2024 at 5:15 PM Fabio Valentini wrote:
>
> On Sat, Feb 24, 2024 at 11:49 AM Michael J Gruber
> wrote:
> >
> > Am Sa., 24. Feb. 2024 um 03:37 Uhr schrieb Adam Williamson
> > :
> > >
> > > On Fri, 2024-02-23 at 13:36 -0500, Paul W
On Mon, Mar 4, 2024 at 10:45 AM Vít Ondruch wrote:
>
> It should also be marked as "retired" / "unmaintained" in Pagure and
> there should be no owner which is not the case. And this is not the only
> package in this state. I have reported it here:
>
>
> https://pagure.io/releng/issue/11994
As
On Sat, Mar 2, 2024, 09:06 Mattia Verga via devel <
devel@lists.fedoraproject.org> wrote:
>
> On Friday, March 1st, 2024 at 20:27, Jason Tibbitts wrote:
>
> >
> >
> > > Adam Williamson adamw...@fedoraproject.org writes:
> >
> > > Honestly, we could really use more automation here, but it's a
On Wed, Feb 28, 2024 at 11:33 AM Peter Robinson wrote:
>
> On Mon, 26 Feb 2024 at 20:59, Gursewak Singh wrote:
> >
> > In Fedora 40, Podman has undergone a major version upgrade to v5 [1],
> > introducing some breaking changes. Notably, CNI networking support has been
> > discontinued in favor
On Mon, Feb 26, 2024, 22:25 Steve Grubb wrote:
> Hello,
>
> I've run across a strange problem building a package that has some rust
> files
> in it. The build goes fine until the end when it starts to check for
> shebangs.
> It ends like this:
>
>
>
On Sat, Feb 24, 2024 at 7:27 PM Neal Gompa wrote:
>
> On Sat, Feb 24, 2024 at 12:59 PM Otto Liljalaakso
> wrote:
> >
> > Kevin Fenzi kirjoitti 22.2.2024 klo 1.43:
> > > Greetings. After the outage that just completed, koji has been upgraded
> > > to 1.34.0 plus a few patches from upstream. Some
On Sat, Feb 24, 2024 at 11:49 AM Michael J Gruber
wrote:
>
> Am Sa., 24. Feb. 2024 um 03:37 Uhr schrieb Adam Williamson
> :
> >
> > On Fri, 2024-02-23 at 13:36 -0500, Paul Wouters wrote:
> > > On Wed, 7 Feb 2024, Ben Beasley wrote:
> > >
> > > > Subject: Re: google-re2 pacakge update and
On Sun, Feb 18, 2024 at 4:25 PM Michael J Gruber wrote:
>
(snip)
>
> I see this somehow connected to the discussion about signing keys that
> we had recently. A radical solution would be: branch rawhide, not from
> rawhide. So, at the "F40 branch point we had last week", we would:
> - switch
On Sat, Feb 17, 2024 at 4:15 AM Michel Lind wrote:
>
> Hello and welcome!
>
> On Fri, Feb 16, 2024 at 08:59:49PM -, Ryan Brue wrote:
> > Hello all! This is my first time using a mailing list, but I want to do
> > this more often in the future :)
> >
> >
> > If you happen to like rust, or are
On Wed, Feb 14, 2024 at 7:00 PM Sérgio Basto wrote:
>
> On Wed, 2024-02-14 at 16:41 +0100, Fabio Valentini wrote:
> > On Wed, Feb 14, 2024 at 2:53 PM Sérgio Basto
> > wrote:
> > >
> > > On Fri, 2024-02-09 at 13:28 +, Sérgio Basto wrote:
> > >
On Wed, Feb 14, 2024 at 2:53 PM Sérgio Basto wrote:
>
> On Fri, 2024-02-09 at 13:28 +, Sérgio Basto wrote:
> > Hi,
> > I will start a mass rebuild [1] in a side-tag, very soon , the goal
> > is
> > finish and merge it before branch of Fedora 40, please let me know we
> > have any objection
On Thu, Feb 8, 2024 at 12:33 PM Sérgio Basto wrote:
>
> On Wed, 2024-02-07 at 16:03 +0100, Marc Deop i Argemí wrote:
> > We are not banning nor deleting anything. We are not _supporting_ it.
>
>
> you are removing X11 from the builds deliberately , when
> many people , members of Fedora on devel
On Tue, Feb 6, 2024 at 3:12 AM Christoph Junghans wrote:
>
> Hi,
>
> Has anybody seen this error before:
> FEDORA-2024-310c0537ac ejected from the push because "Cannot find
> relevant tag for gromacs-2023.4-1.fc39. None of ['f39-updates',
> 'f39-updates-pending'] are in ['epel9-next-testing',
On Tue, Feb 6, 2024 at 1:42 PM Dan Horák wrote:
>
> On Tue, 6 Feb 2024 13:11:55 +0100
> Sandro Mani wrote:
>
> >
> > On 06.02.24 8:50 AM, Marc-André Lureau wrote:
> > > Hi
> > >
> > > On Mon, Feb 5, 2024 at 8:52 PM Daniel P. Berrangé
> > > wrote:
> > >> On Mon, Feb 05, 2024 at 05:34:06PM
On Mon, Jan 29, 2024 at 7:47 PM Mattia Verga via devel
wrote:
>
(snip)
>
> That said, I'd like to make a request and maybe make all reviewers aware
> of a feature which was implemented some time ago. I've noticed many
> reviewers change the ticket status from ASSIGNED to POST when they flag
>
On Tue, Jan 30, 2024 at 1:00 AM Sérgio Basto wrote:
>
(snip)
> yes rawhide user should use dnf distro-sync not dnf upgrade
It is better, yes, but it is not *required*.
> https://docs.fedoraproject.org/en-US/packaging-guidelines/Versioning/#_rawhide_is_allowed_to_lag_temporarily
This is a
On Sat, Jan 20, 2024 at 2:41 PM Jakub Jelinek wrote:
>
> On Sat, Jan 20, 2024 at 02:27:58PM +0100, Julian Sikorski wrote:
> > AusweisApp2-2.0.3 build failed on rawhide/x86_64 with unsupported reloc 43
> > errors [1]. Other architectures have built fine, similarly to released
> > branches. Is this
On Tue, Jan 16, 2024 at 2:43 PM Dridi Boukelmoune
wrote:
>
> > This is also a valid approach. This is the first alternative proposal
> > which makes me say "hmm, this would also work". It is possibly even
> > simpler than setting the $PATH. A very small disadvantage is that the
> > wrapper would
Hi all,
I've been made aware that there has been a cascade of packages that
dropped i686 support in Rawhide, most of them referencing my
EncourageI686LeafRemoval Change Proposal, but none of which *actually
are* leaf packages:
https://src.fedoraproject.org/rpms/composefs/c/b95af99
On Mon, Jan 15, 2024 at 2:15 PM Sérgio Basto wrote:
>
> On Mon, 2024-01-15 at 14:01 +0100, Jakub Jelinek wrote:
> > Hi!
> >
> > The f40-build-side-81394 side-tag contains new
> > gcc, annobin, libtool and redhat-rpm-config for f40, meant to be
> > tagged into rawhide shortly before the mass
On Fri, Jan 12, 2024 at 7:04 PM Fabio Valentini wrote:
>
> On Thu, Jan 4, 2024 at 5:23 PM Fabio Valentini wrote:
> >
> > Hi all,
> >
> > I am planning to push the update for dav1d v1.3.0 to rawhide. It
> > involves an soname bump from libdav1d.so.6 to libdav
On Thu, Jan 4, 2024 at 5:23 PM Fabio Valentini wrote:
>
> Hi all,
>
> I am planning to push the update for dav1d v1.3.0 to rawhide. It
> involves an soname bump from libdav1d.so.6 to libdav1d.so.7 due to
> minor ABI changes. According to the release notes, there are were no
On Mon, Jan 8, 2024 at 11:06 AM Milan Crha wrote:
>
> On Mon, 2024-01-08 at 10:34 +0100, Milan Crha wrote:
> > I'll handle those I've commit rights for, which is most of them.
> >
> > ...
> >
> >fedpkg build --target=f40-build-side-80962
>
>
> Hi,
> the leftover packages to be done,
Hi all,
I am planning to push the update for dav1d v1.3.0 to rawhide. It
involves an soname bump from libdav1d.so.6 to libdav1d.so.7 due to
minor ABI changes. According to the release notes, there are were no
actual breaking changes to existing APIs, so the update should be
safe:
On Mon, Dec 18, 2023 at 10:08 AM Pavel Raiskup wrote:
>
> On pátek 1. prosince 2023 15:04:10 CET Pavel Raiskup wrote:
> > Hello maintainers!
> >
> > Let me announce a new release of Mock Core Configs v39.3, aka
> > the configuration files for Mock, the chroot build environment manager
> > for
On Wed, Dec 13, 2023 at 4:57 PM Julio Faracco wrote:
>
> Hi everybody!
>
> Koji mocks does not access the internet during the build stage.
> What are the recommendations when my project has some content inside
> CMake to clone subrepos to compile my code?
>
> Do you have any guidelines for this?
On Wed, Dec 6, 2023 at 11:17 AM Ondrej Pohorelsky wrote:
>
> Hi everyone,
>
> For F40 I would like to change file permissions of few files that are
> provided by cronie and crontabs and swap deny list for allow list. I'm not
> really sure if I should make a change proposal. I figured I'll send
On Fri, Nov 17, 2023 at 1:34 AM Kevin Fenzi wrote:
>
> On Mon, Nov 13, 2023 at 07:25:10PM +0100, Fabio Valentini wrote:
> >
> > Yup, I've mentioned that in the bug I filed for python-bcrypt -
> > It might be as simple as bumping the dependency on pyo3 from v0.15 to v0.19.
On Fri, Nov 17, 2023 at 1:34 AM Kevin Fenzi wrote:
>
> On Mon, Nov 13, 2023 at 07:25:10PM +0100, Fabio Valentini wrote:
> >
> > Yup, I've mentioned that in the bug I filed for python-bcrypt -
> > It might be as simple as bumping the dependency on pyo3 from v0.15 to v0.19.
On Fri, Nov 24, 2023 at 12:08 PM David King wrote:
>
> The latest released versions of libxml2 have a couple of important
> changes in header files that have unintentionally caused some packages
> to fail to build without modification, including:
>
> * several functions now accept or return a
Hi all,
With elementary OS / Pantheon desktop upstream having made progress
with supporting newer versions of GNOME (i.e. support for newer
versions of libsoup, webkitgtk, gcr, etc.), it is now again possible
to build the Pantheon desktop components on Fedora 38+ (after I had
retired them from
On Thu, Nov 16, 2023 at 1:30 AM Kevin Kofler via devel
wrote:
>
> Neal Gompa wrote:
> > * AGREED: Fedora explicitly declines to support the LSB 5.0 or
> > earlier. Packagers will remove any information that implies
> > otherwise. No implementation of an LSB package may expressly state
> > or
On Mon, Nov 13, 2023 at 11:51 AM Neal Gompa wrote:
>
> On Sun, Nov 12, 2023 at 12:35 PM Fabio Valentini wrote:
> >
> > On Tue, Aug 1, 2023 at 5:43 PM Fabio Valentini wrote:
> > >
> > > There are applications in Fedora that still rely on *ancient* versions
On Tue, Aug 1, 2023 at 5:43 PM Fabio Valentini wrote:
>
> There are applications in Fedora that still rely on *ancient* versions
> of PyO3, potentially affected by this:
>
> - cpython: mercurial
> - pyo3 v0.15: fapolicy-analyzer, python-bcrypt, python-cryptography
> - py
On Tue, Aug 1, 2023 at 5:43 PM Fabio Valentini wrote:
>
> There are applications in Fedora that still rely on *ancient* versions
> of PyO3, potentially affected by this:
>
> - cpython: mercurial
> - pyo3 v0.15: fapolicy-analyzer, python-bcrypt, python-cryptography
> - py
On Wed, Nov 8, 2023 at 1:03 PM Richard W.M. Jones wrote:
>
> On Wed, Nov 08, 2023 at 06:49:19AM -0500, Neal Gompa wrote:
> > On Wed, Nov 8, 2023 at 6:39 AM Richard W.M. Jones wrote:
> > >
> > > Normally I get an email when someone creates a merge request on a
> > > Fedora package that I'm
On Mon, Nov 6, 2023 at 6:28 PM Julian Sikorski wrote:
>
> Am 06.11.23 um 17:17 schrieb Michael J Gruber:
> >
> >
> > Am Mo., 6. Nov. 2023 um 17:12 Uhr schrieb Fabio Valentini
> > mailto:decatho...@gmail.com>>:
> >
> > On Mon, Nov 6, 2023
On Mon, Nov 6, 2023 at 5:09 PM Julian Sikorski wrote:
>
> Hello,
>
> I have accidentally built f39/rawhide branch of gnumeric and
> gnome-chemistry-utils for f38 and f37 side tags (f39 too but rawhide and
> f39 are the same commit). Can this be fixed? Or is the effort not worth
> it? Thanks.
Are
1 - 100 of 1694 matches
Mail list logo
