On Fri, Jun 07, 2024 at 08:48:03AM +0200, Karolina Surma wrote:
> Hello,
>
> We have just started the Python 3.13 mass rebuild in the side tag for Fedora
> 41 with Python 3.13.0b2.
>
> Please, follow the original instructions when planning to build your Python
> packages.
> We'll let you know
On Fri, Jun 07, 2024 at 08:48:03AM +0200, Karolina Surma wrote:
> Hello,
>
> We have just started the Python 3.13 mass rebuild in the side tag for Fedora
> 41 with Python 3.13.0b2.
>
> Please, follow the original instructions when planning to build your Python
> packages.
> We'll let you know
Hi,
I think all the issues wrt. sysusers in systemd and setup have been
resolved.
On Tue, May 14, 2024 at 11:34:51AM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Tue, May 14, 2024 at 02:01:09PM +0300, Panu Matilainen wrote:
> > On 5/14/24 13:39, Zbigniew Jędrzejewski-Szmek wrote:
>
On Thu, Jun 06, 2024 at 09:53:48AM +0300, Panu Matilainen wrote:
> On 6/5/24 18:22, Zbigniew Jędrzejewski-Szmek wrote:
> > On Tue, Jun 04, 2024 at 09:31:47AM +0200, Vít Ondruch wrote:
> > >
> > > Dne 04. 06. 24 v 9:27 Vít Ondruch napsal(a):
> > > >
> &
On Tue, Jun 04, 2024 at 09:31:47AM +0200, Vít Ondruch wrote:
>
> Dne 04. 06. 24 v 9:27 Vít Ondruch napsal(a):
> >
> > Dne 04. 06. 24 v 8:11 Panu Matilainen napsal(a):
> > > On 6/3/24 17:18, Eike Rathke wrote:
> > > > Hi Panu,
> > > >
> > > > On Monday, 2024-06-03 15:55:09 +0300, Panu Matilainen
Text Log:
https://meetbot.fedoraproject.org/meeting_matrix_fedoraproject-org/2024-06-03/fesco.2024-06-03-19.01.log.txt
HTML Log:
https://meetbot.fedoraproject.org/meeting_matrix_fedoraproject-org/2024-06-03/fesco.2024-06-03-19.01.log.html
Text Minutes:
Following is the list of topics that will be discussed in the
FESCo meeting Monday at 19:00 UTC in #meeting:fedoraproject.org
on Matrix.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2024-06-03 19:00 UTC'
Links to all issues to be
On Mon, Jun 03, 2024 at 04:09:51AM -0500, Jonathan Wright wrote:
> I think it is time to get this discussed (and hopefully approved) in the
> meeting. Valkey is the clear leader in my opinion, seems to be gaining the
> most traction, and is well on the way to making improvements with their
>
Hi,
For https://fedoraproject.org/wiki/Changes/Replace_Redis_With_Valkey
in FESCo ticket https://pagure.io/fesco/issue/3203 we didn't make a
decision and decided to wait for the situation to clarify.
Has the status changed? Can we now say that Valkey is going to be the
default replacement that
On Wed, May 29, 2024 at 04:35:57PM +0200, Michal Domonkos wrote:
> On Wed, May 29, 2024 at 12:38:31PM +0100, Richard W.M. Jones wrote:
> > It failed right at the end with this mysterious error:
> >
> > GenericError: srpm mismatch for
> >
Hi,
We have Memorial Day in the USA and no new topics on the agenda, so I'm
cancelling today's meeting. See y'all next weeek!
Zbyszek
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Wed, May 22, 2024 at 09:06:07AM +0200, Vitaly Zaitsev via devel wrote:
> On 17/04/2024 09:20, Zbigniew Jędrzejewski-Szmek wrote:
> > In some ways, that'd be nice, because we wouldn't have to install
> > additional tools in the buildroot. But OTOH, those tools are rather
> >
On Tue, May 21, 2024 at 01:19:24PM +0200, Miro Hrončok wrote:
> On 21. 05. 24 12:29, Fabio Valentini wrote:
> > 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
On Mon, May 20, 2024 at 10:55:58AM +0200, Petr Pisar wrote:
> V Sat, May 18, 2024 at 08:20:53PM +0200, Sandro napsal(a):
> > On 16-05-2024 13:14, Petr Pisar wrote:
> > > A workaround could be rpm-build or mock to register rpm-build package in
> > > /etc/dnf/protected.d configuration files.
On Fri, May 17, 2024 at 12:19:34PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, May 17, 2024 at 09:43:22AM +0100, Paul Howarth wrote:
> > On Thu, 16 May 2024 10:52:29 +
> > Zbigniew Jędrzejewski-Szmek wrote:
> >
> > > On Thu, May 16, 2024 at 11:09:01A
On Fri, May 17, 2024 at 09:43:22AM +0100, Paul Howarth wrote:
> On Thu, 16 May 2024 10:52:29 +
> Zbigniew Jędrzejewski-Szmek wrote:
>
> > On Thu, May 16, 2024 at 11:09:01AM +0200, Fabio Valentini wrote:
> > > This looks like you're putting the resolver between a roc
On Thu, May 16, 2024 at 01:14:16PM +0200, Petr Pisar wrote:
> Proper solution is actually minimazing content of the minimal build root
Most of the packages in the buildroot are libraries, pulled in via
dependencies.
@buildsys-build group is:
Mandatory packages : bash # basic shell env
On Thu, May 16, 2024 at 11:09:01AM +0200, Fabio Valentini wrote:
> This looks like you're putting the resolver between a rock and a hard
> place. :thinking:
> I don't think I've ever seen packages being *removed* when installing
> BuildRequires on top of the minimal buildroot ...
>
> Would it be
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 build-reproducibility-srpm-macros
and build-reproducibility-srpm-macros has
Requires:(add-determinism
On Tue, May 14, 2024 at 02:01:09PM +0300, Panu Matilainen wrote:
> On 5/14/24 13:39, Zbigniew Jędrzejewski-Szmek wrote:
> > On Mon, May 13, 2024 at 01:37:11PM +0300, Panu Matilainen wrote:
> > > I outlined the migration process last year in
> > > https://lists.fedo
On Mon, May 13, 2024 at 01:37:11PM +0300, Panu Matilainen wrote:
> I outlined the migration process last year in
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/NEFOV236FJYS2RED2SEOV5YHDFLDX7DK/#OYCWXKAMIXEZNYPVOM6VQ3YYXQ76M3DG
> but failed to follow-up, so
On Fri, May 10, 2024 at 01:28:07PM +0200, Florian Festi wrote:
> Anyone interested in picking this up? I remember quite a few people
> being exited about this when it was announced with the rpm-4.19 Change.
I would be interested in making this happen.
You mentioned that the transition "requires
On Fri, May 10, 2024 at 01:13:53PM +0200, Lumír Balhar wrote:
> My idea is to split systemtap-sdt-devel into two packages: one with all the
> content but without the python script (/usr/bin/dtrace) and a new one
> containing only the mentioned script.
+1
I think it's weird that a user program
Text Log:
https://meetbot.fedoraproject.org/meeting_matrix_fedoraproject-org/2024-05-06/fesco.2024-05-06-19.00.log.txt
HTML Log:
https://meetbot.fedoraproject.org/meeting_matrix_fedoraproject-org/2024-05-06/fesco.2024-05-06-19.00.log.html
Text Minutes:
Following is the list of topics that will be discussed in the
FESCo meeting Monday at 19:00 UTC in #meeting:fedoraproject.org
on Matrix.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2024-05-06 19:00 UTC'
Links to all issues to be
Hi Major,
thank you for your work in FESCo. Good to hear that you're just
taking a break, not breaking off.
Zbyszek
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora
Hi,
systemd-256~rc1 is building in rawhide. This is a major update,
in development for 5 months. We've been doing continuous builds
and testing of the development versions in rawhide, but bugs
are possible (even likely). Plese report issues in bugzilla or
here.
Zbyszek
--
On Wed, Apr 24, 2024 at 10:33:51PM -0500, Neal Gompa wrote:
> On Wed, Apr 24, 2024 at 3:26 PM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Wed, Apr 24, 2024 at 04:57:40PM +0100, Aoife Moloney wrote:
> > > Wiki - https://fedoraproject.org/wiki/Changes/FedoraMiracle
On Wed, Apr 24, 2024 at 04:57:40PM +0100, Aoife Moloney wrote:
> Wiki - https://fedoraproject.org/wiki/Changes/FedoraMiracle
> {{package|miracle-wm}} is available in Fedora Linux 40, so it can be
> installed on top of something like the existing Sway spin and
> configured to reuse much of the
On Wed, Apr 17, 2024 at 11:28:53AM +0200, Fabio Valentini wrote:
> On Wed, Apr 17, 2024, 08:45 Tim Landscheidt wrote:
>
> > Zbigniew Jędrzejewski-Szmek wrote:
> >
> > > […]
> >
> > >> - use dynamic buildrequires to detect what plugins are needed
>
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
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
On Wed, Apr 17, 2024 at 05:12:07PM -0500, Maxwell G wrote:
> On 4/13/24 06:41, Fabio Valentini wrote:
> > 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
> > >
On Wed, Apr 17, 2024 at 10:41:22AM -0700, Brian C. Lane wrote:
> On Sat, Apr 13, 2024 at 11:16:37AM +0000, Zbigniew Jędrzejewski-Szmek wrote:
> > If we don't want to pull in an additional language framework, the
> > options are either a compiled language or a scripting language that
On Wed, Apr 17, 2024 at 04:38:32PM +0100, Aoife Moloney wrote:
> == Contingency Plan ==
> * Contingency mechanism: (What to do? Who will do it?) Do not
> obsolete Redis with Valkey
> * Contingency deadline: N/A
Hmm, is this coningency. plan realistic at all? IIUC, we can't update
redis, so we
On Wed, Apr 17, 2024 at 08:58:46AM -0400, Neal Gompa wrote:
> On Wed, Apr 17, 2024 at 5:30 AM Fabio Valentini wrote:
> >
> > On Wed, Apr 17, 2024, 08:45 Tim Landscheidt wrote:
> >>
> >> Zbigniew Jędrzejewski-Szmek wrote:
> >>
> >> > […]
&
On Wed, Apr 17, 2024 at 09:38:30AM +0200, Miroslav Suchý wrote:
> Dne 17. 04. 24 v 9:20 dop. Zbigniew Jędrzejewski-Szmek napsal(a):
> > > By adding this functionality to Mock itself. It can be optional
> > > (--add-determinism). And then Mock can call
> > >
&g
On Wed, Apr 17, 2024 at 08:39:48AM +0200, Miroslav Suchý wrote:
> Dne 16. 04. 24 v 10:04 odp. Zbigniew Jędrzejewski-Szmek napsal(a):
> > Hmm, how would that work? We call mock, which calls systemd-nspawn,
> > which runs rpmbuild, and the build env is completely isolated fr
On Tue, Apr 16, 2024 at 09:42:27AM +0200, Pavel Raiskup wrote:
> On sobota 13. dubna 2024 21:04:06, CEST Zbigniew Jędrzejewski-Szmek wrote:
> > On Sat, Apr 13, 2024 at 01:38:49PM +, Zbigniew Jędrzejewski-Szmek wrote:
> > > On Sat, Apr 13, 2024 at 01:41:59PM +0200, Fab
On Mon, Apr 15, 2024 at 12:59:04PM +0200, Vít Ondruch wrote:
> Could you please share some comparison of what is impact on buildroot? How
> many packages added, download size, install size.
$ rpm -qiR add-determinism-0.2.0-1.fc40.x86_64
...
Size: 2801276 (installed
On Mon, Apr 15, 2024 at 10:46:39AM +0200, Lukáš Nykrýn wrote:
> Just for record, the removal of network-scripts was done because
> https://fedoraproject.org/wiki/Changes/dhclient_deprecation
That page has Category:ChangePageIncomplete.
dhcp-client is present in F40, even though it has
On Mon, Apr 15, 2024 at 11:10:28AM +0200, Miroslav Suchý wrote:
> Dne 13. 04. 24 v 1:16 odp. Zbigniew Jędrzejewski-Szmek napsal(a):
> > The proposal explicitly states that we don't want Perl in all buildroots.
>
> How many seconds we save by NOT pulling Perl? Per each build? In tot
On Mon, Mar 25, 2024 at 04:15:44PM +, Aoife Moloney wrote:
> Wiki - https://fedoraproject.org/wiki/Changes/VersionedKubernetesPackages
> == Owner ==
> * Name: [[User:Buckaroogeek| Brad Smith]]
> * Email: bradley.g.sm...@gmail.com
>
>
> == Detailed Description ==
> The Kubernetes project
On Sun, Apr 14, 2024 at 01:45:58PM +0200, Dominik Wombacher wrote:
> Hey everyone,
>
> I met a few people already on Events, during the Job or by contributing
> to Pagure, Uyuni and some other projects. But I didn't properly
> introduced myself on the Fedora devel list, so here we go.
>
> My
On Sat, Apr 13, 2024 at 01:38:49PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Sat, Apr 13, 2024 at 01:41:59PM +0200, Fabio Valentini wrote:
> > On Sat, Apr 13, 2024 at 1:18 PM Zbigniew Jędrzejewski-Szmek
> > wrote:
> > >
> > > Yes. But actually I think Rust is
On Sat, Apr 13, 2024 at 01:41:59PM +0200, Fabio Valentini wrote:
> 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 w
On Sat, Apr 13, 2024 at 04:12:09AM -0500, Neal Gompa wrote:
> On Sat, Apr 13, 2024 at 3:59 AM Richard W.M. Jones wrote:
> >
> > On Fri, Apr 12, 2024 at 10:41:43PM +0100, Aoife Moloney wrote:
> > > [https://github.com/keszybz/add-determinism add-determinism] is a Rust
> > > program which, as its
On Thu, Apr 11, 2024 at 02:03:01PM -0700, Brian C. Lane wrote:
> On Thu, Apr 11, 2024 at 01:39:32PM +0000, Zbigniew Jędrzejewski-Szmek wrote:
> >https://src.fedoraproject.org/rpms/filesystem/pull-request/11
>
> The commit "Symlink /usr/sbin to /usr/bin if possible&q
On Thu, Apr 11, 2024 at 04:29:19PM +0200, David Sastre wrote:
> Not sure if SELinux policy needs to learn about the merge as well.
> Currently, `sudo semanage fcontext -l | rg bin.*=` shows:
>
> ```
> /sbin = /usr/sbin
> /bin = /usr/bin
> ```
>
> And there are executables in both /usr/bin and
Hi!
I'm trying to get
https://fedoraproject.org/wiki/Changes/Unify_bin_and_sbin implemented.
It was approved for F40, but only a few days before the mass rebuild,
so there wasn't time to do much, so it was retargeted to F41.
We now have some time before the F41 mass rebuild, so I want to push
all
On Mon, Apr 08, 2024 at 01:12:38PM -0500, Michel Lind wrote:
> On Mon, Apr 08, 2024 at 07:21:40AM -0400, Neal Gompa wrote:
> > On Mon, Apr 8, 2024 at 7:11 AM Petr Pisar wrote:
> > > It's bascially the same problem as Fedora has when users upgrade from
> > > Fredora
> > > 40 to 41. Fedora "fixed"
On Mon, Apr 08, 2024 at 04:11:14PM +0200, Petr Pisar wrote:
> V Mon, Apr 08, 2024 at 11:37:48AM +0000, Zbigniew Jędrzejewski-Szmek
> napsal(a):
> > OK, so you mean that the approach with '.' at the end of Release
> > doesn't work. Yes, that case is not s
On Tue, Apr 09, 2024 at 12:57:33PM -0400, 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-Szm
On Tue, Apr 09, 2024 at 03:38:07PM +0200, Gerd Hoffmann wrote:
> > In particular:
> > - local builds work, I do them all the time, with 'fedpkg local' or
> > through an srpm.
>
> Using rpmbuild directly needs some adaption though:
>
> (1) Use 'rpmautospec calculate-release' to figure what the
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 significant fraction of packages using rpmautospec,
>
>
> Actually, could you quantify the "significant fra
On Tue, Apr 09, 2024 at 10:04:11AM +0200, Remi Collet wrote:
> Le 07/04/2024 à 17:15, Zbigniew Jędrzejewski-Szmek a écrit :
> > Thus, the proposal:
> > - new packages MUST use rpmautospec
> > - packagers SHOULD convert their packages
> > - provenpackagers MAY convert ex
Text Log:
https://meetbot.fedoraproject.org/meeting_matrix_fedoraproject-org/2024-04-08/fesco.2024-04-08-19.30.log.txt
HTML Log:
https://meetbot.fedoraproject.org/meeting_matrix_fedoraproject-org/2024-04-08/fesco.2024-04-08-19.30.log.html
Text Minutes:
On Sat, Apr 06, 2024 at 10:45:52AM -0700, Kevin Fenzi wrote:
> = Discussed and Voted in the Ticket =
>
> Change: GNU Toolchain F41
> https://pagure.io/fesco/issue/3181
> APPROVED (+6, 3, -0)
Not that it matters for anything, but it's actually (+6, 0, 0),
i.e. there were no abstaining votes. (I
On Mon, Apr 08, 2024 at 01:11:22PM +0200, Petr Pisar wrote:
> V Mon, Apr 08, 2024 at 10:49:42AM +0000, Zbigniew Jędrzejewski-Szmek
> napsal(a):
> > On Mon, Apr 08, 2024 at 12:28:34PM +0200, Petr Pisar wrote:
> > > - It breaks upgrade path in downstream distribution
On Mon, Apr 08, 2024 at 12:28:34PM +0200, Petr Pisar wrote:
> V Sun, Apr 07, 2024 at 03:15:16PM +0000, Zbigniew Jędrzejewski-Szmek
> napsal(a):
> > I think it's time to switch to rpmautospec completely.
> > Thus, the proposal:
> > - new packages MUST use rpmautospec
> &
On Mon, Apr 08, 2024 at 05:52:07AM -0400, Neal Gompa wrote:
> On Mon, Apr 8, 2024 at 5:37 AM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Mon, Apr 08, 2024 at 12:03:19AM +0200, Kevin Kofler via devel wrote:
> > > I wrote:
> > > > On Sun, Apr 7 2024 at 13
On Mon, Apr 08, 2024 at 12:03:19AM +0200, Kevin Kofler via devel wrote:
> I wrote:
> > On Sun, Apr 7 2024 at 13:52:26 +00:00:00, Zbigniew Jędrzejewski-Szmek
> > wrote:
> >> Hmm, why? Oh, rpm uses cmake, and cmake has it's own special
> >> detection of python,
On Mon, Apr 08, 2024 at 09:08:19AM +0200, Miroslav Lichvar wrote:
> On Sun, Apr 07, 2024 at 04:48:03PM +0100, Tom Hughes via devel wrote:
> > -1 for existing packages certainly - none of my git commit logs
> > are written with the expectation that they will double as package
> > changelogs so
On Sun, Apr 07, 2024 at 09:08:49PM -0700, Carlos Rodriguez-Fernandez wrote:
> On 4/7/24 21:07, Carlos Rodriguez-Fernandez wrote:
> > Not all commits correspond with a new release downstream, and not all
> > commit messages are relevant to the end user to be part of the change
> > log. For example,
On Mon, Apr 08, 2024 at 12:38:47AM +0200, Kevin Kofler via devel wrote:
> Zbigniew Jędrzejewski-Szmek wrote:
> > 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
> > r
On Sun, Apr 07, 2024 at 06:44:57PM +0200, Emmanuel Seyman wrote:
> * Zbigniew Jędrzejewski-Szmek [07/04/2024 15:56] :
> >
> > On Sun, Apr 07, 2024 at 05:47:57PM +0200, Emmanuel Seyman wrote:
> > >
> > > This doesn't solve the problem you have so that's a no
On Sun, Apr 07, 2024 at 12:58:04PM -0400, Neal Gompa wrote:
> No. I do not want to use rpmautospec as it currently exists. It does
> not help me. It does not achieve anything for me. It breaks my
> packages for building outside of Fedora Koji. It doesn't even make
> things better for supporting
On Sun, Apr 07, 2024 at 05:55:08PM +0100, Sérgio Basto wrote:
> I also still see some issues in %autorelease , why fix a typo is a new
> release ?
Either the fix is important and you rebuild and then you _must_ have a
new release, because koji requires a unique NEVRA. Or the fix can wait,
so you
On Sun, Apr 07, 2024 at 05:47:57PM +0200, Miro Hrončok wrote:
> On 07. 04. 24 17:15, Zbigniew Jędrzejewski-Szmek wrote:
> > Hi everyone,
> >
> > I'm revisting the topic of rpmautospec because I was doing some work
> > on various packages, and it's annoying t
On Sun, Apr 07, 2024 at 05:47:57PM +0200, Emmanuel Seyman wrote:
> * Zbigniew Jędrzejewski-Szmek [07/04/2024 15:35] :
> >
> > OK, so if there was an opt-out, [...]
>
> This doesn't solve the problem you have so that's a no-go as well.
In what way doesn't it solve the
On Sun, Apr 07, 2024 at 03:30:01PM +, Gary Buhrmaster wrote:
> On Sun, Apr 7, 2024 at 3:23 PM Miroslav Suchý wrote:
> >
> > Dne 07. 04. 24 v 5:15 odp. Zbigniew Jędrzejewski-Szmek napsal(a):
> >
> > I think it's time to switch to rpmautospec completely.
> >
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
rpmautospec and others are not.
All my packages have been converted, so in day-to-day work, I don't
even think about %changelog. When working with
On Sat, Mar 30, 2024 at 10:15:47PM +, Zbigniew Jędrzejewski-Szmek wrote:
> One particular issue I have with CMake as a downstream maintainer is
> it's often very hard to override linking or compilation options
> or when the project is using one of the cmake find scripts that gets
&g
On Thu, Apr 04, 2024 at 04:26:52PM -0700, Adam Williamson wrote:
> On Thu, 2024-04-04 at 18:35 -0400, Neal Gompa wrote:
> > On Thu, Apr 4, 2024 at 6:17 PM Zbigniew Jędrzejewski-Szmek
> > wrote:
> > >
> > > On Wed, Apr 03, 2024 at 11:21:36AM -0500, Michael
On Wed, Apr 03, 2024 at 11:21:36AM -0500, Michael Catanzaro wrote:
> So here are three brainstorming proposals:
>
> (a) Fedora KDE Plasma Desktop becomes a Fedora edition. We'd need to be
> careful about how we do it. I would still promote Fedora Workstation as the
> main/recommended "leading"
On Tue, Apr 02, 2024 at 04:32:24PM +0100, Richard W.M. Jones wrote:
> On Tue, Apr 02, 2024 at 12:45:18AM -0700, Gordon Messmer wrote:
> > On 2024-04-01 23:59, Gordon Messmer wrote:
> > >Now gdb can print the GOT with the paths providing the memory
> > >section containing a function. For example,
[Replying to two mails at once to conserve some electrons.]
On Tue, Apr 02, 2024 at 04:03:31PM +0200, Dmitry Belyavskiy wrote:
> Thanks. In the period between the proposal was written and published the
> TPM2 provider has landed in Fedora.
> PKCS#11 provider is already here for a while.
>
>
On Tue, Apr 02, 2024 at 10:45:32AM +0100, Aoife Moloney wrote:
> == Summary ==
> We disable building the packages using ENGINE API in OpenSSL without
> breaking ABI.
"Without breaking ABI" is a improvement.
Everything else — not so much.
> == Detailed Description ==
> We are going to deprecate
On Tue, Apr 02, 2024 at 02:00:52AM -0700, Gordon Messmer wrote:
> On 2024-03-30 09:12, Neal Gompa wrote:
> > Note that dlopen() doesn't fix the problem of the giant libsystemd in
> > the first place. It just obfuscates the true dependency graph of
> > libsystemd.
>
>
> This isn't my area of
On Sun, Mar 31, 2024 at 11:20:17PM -0700, Adam Williamson wrote:
> On Sun, 2024-03-31 at 22:13 -0700, Carlos Rodriguez-Fernandez wrote:
> > Adam,
> >
> > Is there a way already to achieve test isolation during the rpm build?
>
> Nothing systematic that I'm aware of, no. It would be tricky
On Mon, Apr 01, 2024 at 09:06:16AM +0900, Dominique Martinet wrote:
> Scott Schmit wrote on Sun, Mar 31, 2024 at 05:02:44PM -0400:
> > Deleting the tests makes no sense to me either, but it seems like a
> > mechanism that ensures the test code can't change the build outputs (or
> > a mechanism to
On Mon, Apr 01, 2024 at 08:46:39AM -, François Rigault wrote:
> To echo
>
> > To trust code, it needs to be reviewed.
> > If the code is reviewed, and the build system is sane, [..]
>
> I deduce from your response that the binary tests committed in
> systemd were not reviewed neither by
On Sun, Mar 31, 2024 at 07:54:08PM +0200, Kevin Kofler via devel wrote:
> Adam Williamson wrote:
> > Maybe this needs to go on the growing pile of reasons why the
> > traditional Linux model *does* need to go away. Maybe Fedora, with its
> > foundation of First, should be kind of at the forefront
On Sun, Mar 31, 2024 at 09:07:21AM -, François Rigault wrote:
> hi Zbyszek,
> how did you review the corrupted journal files committed in systemd? Can you
> know for certain that they do not contain any backdoor or anything illegal or
> unlicensed?
The licensing and legal side is easy:
On Sat, Mar 30, 2024 at 09:07:19PM -, Daniel Alley wrote:
> It's not how free software works, but there are some interesting projects
> working on (distributed, not centrally managed) code review systems that are
> kind of similar in spirit to what OP describes.
>
>
On Sat, Mar 30, 2024 at 06:56:27PM +0100, Kevin Kofler via devel wrote:
> Zbigniew Jędrzejewski-Szmek wrote:
> > Meson outclasses CMake in functionality,
>
> LOL, how so? Everything in Meson is hardcoded, you have very little
> flexibility (but still enough to plant a backdo
On Sat, Mar 30, 2024 at 06:58:05PM +0100, Kevin Kofler via devel wrote:
> Neal Gompa wrote:
> > Note that dlopen() doesn't fix the problem of the giant libsystemd in
> > the first place. It just obfuscates the true dependency graph of
> > libsystemd.
>
> At least it (hopefully) means liblzma will
On Sat, Mar 30, 2024 at 08:51:03PM +0100, Dmitry Belyavskiy wrote:
> Dear Kevin,
>
> On Sat, Mar 30, 2024 at 8:12 PM Kevin Kofler via devel <
> devel@lists.fedoraproject.org> wrote:
>
> > Miroslav Suchý wrote:
> > > 4) Fetch build artifacts before executing tests
> > >
> > >
On Sat, Mar 30, 2024 at 08:00:29PM +0100, Kevin Kofler via devel wrote:
> Zbigniew Jędrzejewski-Szmek wrote:
> > I think there's some useful points here, but this would need to be
> > qualified and/or made more flexible to be applied.
> >
> > For example, systemd repo h
On Sat, Mar 30, 2024 at 07:28:43PM +0100, Kevin Kofler via devel wrote:
> Zbigniew Jędrzejewski-Szmek wrote:
> > In fact, we should probably make the effort to add pkgconf files for the
> > few libraries that don't have it to make it completely standard a
On Sat, Mar 30, 2024 at 09:20:28AM -0700, Carlos Rodriguez-Fernandez wrote:
> I like the idea of the security path as well, where all packages in that
> path have upstream subject to higher security standards (that means helping
> them to achieve it as well), and greater defense downstream in any
On Sat, Mar 30, 2024 at 05:59:36PM -, Daniel Alley wrote:
> It appears that libsystemd links to libraries for lzma/xz, bzip2, gzip and
> also zstd, because some systemd utilities provide them as options in various
> different contexts (but not consistently, zstd for instance is seemingly
>
On Sat, Mar 30, 2024 at 03:23:55PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Sat, Mar 30, 2024 at 07:25:50AM -0500, Chris Adams wrote:
> > Once upon a time, Michael Catanzaro said:
> > > I agree that running autoreconf on our packages makes sense to start
> >
On Sat, Mar 30, 2024 at 10:02:42AM -0500, Michael Catanzaro wrote:
> On Sat, Mar 30 2024 at 02:55:21 PM +00:00:00, Zbigniew Jędrzejewski-Szmek
> wrote:
> > CMake for many years fought against pkgconf and pushed people towards
> > copying those scripts into sources. It is
On Sat, Mar 30, 2024 at 07:25:50AM -0500, Chris Adams wrote:
> Once upon a time, Michael Catanzaro said:
> > I agree that running autoreconf on our packages makes sense to start
> > doing. Still, to avoid this backdoored m4 file, we would have needed
> > to stop using release tarballs altogether
On Sat, Mar 30, 2024 at 09:09:35AM -0400, Neal Gompa wrote:
> And in CMake's favor, there's a huge ecosystem of helpers and
> integrations that make it easier for people to understand what CMake
> is doing as it's being developed, built, and shipped.
That is actually a weakness:
On Sat, Mar 30,
On Sat, Mar 30, 2024 at 08:23:48AM -0400, Neal Gompa wrote:
> On Sat, Mar 30, 2024 at 8:07 AM Kevin Kofler via devel
> wrote:
> > > (At which point I'd suggest it's probably faster to convert it all to
> > > meson or another new shiny, and saner, build system, but getting upstreams
> > > to agree
On Wed, Mar 27, 2024 at 08:32:41PM +0200, Otto Liljalaakso wrote:
>
> 27. maaliskuuta 2024 12.59.11 GMT+02:00 Petr Pisar
> kirjoitti:
> >V Tue, Mar 26, 2024 at 02:52:50PM +0100, Miroslav Suchý napsal(a):
> >> I have no strong opinion how to process with the case of "MIT and BSD and
> >>
On Tue, Mar 26, 2024 at 06:39:35AM +0100, Jan Kolarik wrote:
> Previously, I had issues that migration from DNF4 to DNF5 left a lot of
> > data in /var/cache. How is this going to be addressed? I don't think it is
> > fair to leave those behind and waste disk space for regular users.
> >
>
>
On Mon, Mar 25, 2024 at 04:50:28PM -0400, Neal Gompa wrote:
> On Mon, Mar 25, 2024 at 4:40 PM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Mon, Mar 25, 2024 at 07:29:09PM +0100, Kevin Kofler via devel wrote:
> > > Daniel Alley wrote:
> > > > One more po
1 - 100 of 3000 matches
Mail list logo
