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-escape_string,
rust-esphome, rust-exitfailure, rust-gmp-mpfr-sys, rust-hyperlocal,
On 2024-03-07 04:39, Zbigniew Jędrzejewski-Szmek wrote:
Hi,
The effort to make package builds in Fedora reproducible has picked up
steam again.
I gave a talk at SCALE 21x last week covering this work, the current
state and what's coming down the pipe. You can find the recording at
On 2024-03-21 09:22, Maxwell G wrote:
gnome-shell-extension-freon orphan 2
weeks ago
I've picked this up.
Cheers
Davide
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On 2023-11-21 04:34, Jiri Konecny wrote:
Is Anaconda Initial Setup important for your project or workflow? What
functionality is absolutely necessary for you? Do you use the text
mode or the graphical mode? Are you aware of any alternatives? Is
there anything that would prevent you from
On 2023-11-19 10:34, Richard W.M. Jones wrote:
On Sun, Nov 19, 2023 at 08:33:02AM +, Mattia Verga via devel wrote:
rpms/libldm
I thought I was already doing this one, since I semi-maintain it
upstream already. I'd like to comaintainer it, but I totally can't
find the right button in the
On 2023-06-29 09:42, Adam Williamson wrote:
On Thu, 2023-06-29 at 02:22 -0400, Neal Gompa wrote:
And since Lorax (which is what we use
for live and ARM images) requires Anaconda to understand the target
system to install, it couldn't be used for creating these images
either because that
On 2023-06-29 18:09, Bastien Nocera wrote:
Do you want to pick up the rest of the libimobiledevice stack as well?
That's ifuse, libplist, libusbmuxd and usbmuxd.
I've just picked these up, thanks! Will work together with Neal on this
stack as part of the Fedora Asahi SIG.
Cheers
Davide
On 2023-05-29 10:50, Ben Cotton wrote:
I'm not necessarily opposed to this, but I'm not sure I'm in favor of
it. It certainly beats a company using a shared account against policy
to allow for multiple maintainers. On the other hand, what are the
practical use cases here? As Kevin and Zbigniew
On 2023-01-27 10:34, Christopher Klooz wrote:
Hi,
I just saw that a package (x11docker) seems to be orphaned: we ship a
very old release (many releases since June 2021), and when reviewing
the release notes of subsequent releases on github of that package, I
think this old release (from June
On 2023-01-11 04:58, Miro Hrončok wrote:
golang-helm-3go-sig, orphan
I'll take another stab at updating this one over the weekend.
libv3270 dcavalca
Will fix this, thanks for the heads up.
Cheers
Davide
On 2023-01-06 02:24, Jonathan Wakely wrote:
Aside: could the change proposal please be updated to show *how* to
opt out, not just state it can be done trivially?
I shouldn't have to find
https://src.fedoraproject.org/rpms/redhat-rpm-config/pull-request/231#request_diff
to know whether the right
On 2023-01-04 09:28, Florian Weimer wrote:
The change as voted simply does not work at a technical level because
-mno-omit-leaf-frame-pointer is an architecture-specific GCC option
that
is not available on all Fedora architectures. I don't think
-fno-omit-frame-pointer is well-exercised on
On Mon, 2022-09-05 at 11:33 +0200, Dominik 'Rathann' Mierzejewski
wrote:
> It would be really nice if the wording of the bug could contain some
> kind of a "thank you" note to the EPEL maintainers of the package in
> question. Not everyone will understand this process as "great, I
> don't
> have
On Sat, 2022-09-03 at 13:39 -0500, Richard Shaw wrote:
> Have you tried building the package yourself yet? When asking for
> someone to support an EPEL branch it's not always straightforward. I
> tried building the rawhide branch for EPEL 9 and ran into the
> following:
>
> No matching package to
On Thu, 2022-09-01 at 12:12 -0500, Maxwell G via epel-devel wrote:
> I think this whole process should be automated. File bugs that say
> "Heads up:
> your package will be automatically retired after the release of RHEL
> X.X" and
> provide some explanation.
Agreed. This is a pretty mechanical
On Sun, 2022-08-07 at 20:27 -0500, Richard Shaw wrote:
> I'm working on a package review for libphidget22 (rename of
> libphidget), but after typing in my bugzilla credentials I get the
> following:
>
> 32000: The method 'Bug.get' is not supported without using API keys
> and the the
On Thu, 2022-07-14 at 12:58 -0500, Maxwell G via devel wrote:
> +ntfs2btrfs
I just rebuilt this one in the sidetag.
Cheers
Davide
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Sat, 2022-07-09 at 00:26 +0200, Fabio Valentini wrote:
> If you want a scripted way of adding "@rust-sig" group to many
> packages, you
> can generate an API token on src.fedoraproject.org (with "Modify an
> existing
> project") access level, and use the simple Python script from this
> GitHub
On Sat, 2022-07-09 at 00:26 +0200, Fabio Valentini wrote:
> - dcavalca (2): rust-esphome, rust-rustcat
Fixed, thanks for the reminder.
Cheers
Davide
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Wed, 2022-07-06 at 00:43 +0200, Miro Hrončok wrote:
> On 06. 07. 22 0:35, Fabio Valentini wrote:
> > > > Additionally, your update didn't actually fix any of the
> > > > problems
> > > > that
> > > > caused it to be orphaned in the first place ...
> > >
> > > Yeah, the f36 and f35 updates
On Tue, 2022-07-05 at 22:24 +0200, Fabio Valentini wrote:
> On Tue, Jul 5, 2022 at 10:18 PM Davide Cavalca via devel
> wrote:
> >
> > On Mon, 2022-07-04 at 13:41 +0200, Miro Hrončok wrote:
> > > rust-curve25519-dalek orphan, rust-
> > >
On Mon, 2022-07-04 at 13:41 +0200, Miro Hrončok wrote:
> rust-curve25519-dalek orphan, rust-sig 1
> weeks ago
I took this one and just submitted an updated build for it.
Cheers
Davide
___
devel mailing list --
On Thu, 2022-06-16 at 13:40 +0200, Miro Hrončok wrote:
> ubertooth orphan 0
> weeks ago
I took this and submitted a fixed Rawhide build.
Cheers
Davide
___
devel mailing list --
On Thu, 2022-05-19 at 17:05 +0800, 邓景元 wrote:
> Bug of NsCDE of Fedora
> Former report of update (not responded)
> https://bugzilla.redhat.com/show_bug.cgi?id=2036232
> Bug reported (now NsCDE dose not work anymore due to no catching up
> with update)
>
#fedora-meeting: Fedora ELN SIG (2022-04-22)
Meeting started by dcavalca at 16:02:41 UTC. The full logs are
available
at
On Mon, 2022-03-07 at 12:44 -0500, Josh Boyer wrote:
> Hi Fedora, CentOS, and EPEL Communities!
>
> As part of our continued 3 year major Red Hat Enterprise Linux
> release
> cadence, RHEL 9 development is starting to wrap up with the spring
> 2022 release coming soon. That means planning for
On Mon, 2022-03-07 at 12:44 -0500, Josh Boyer wrote:
> Hi Fedora, CentOS, and EPEL Communities!
>
> As part of our continued 3 year major Red Hat Enterprise Linux
> release
> cadence, RHEL 9 development is starting to wrap up with the spring
> 2022 release coming soon. That means planning for
On Tue, 2022-02-01 at 13:59 +0100, Konrad Kleine wrote:
> Davide,
>
> thank you for your interest in this. May I ask what plans you have
> using it for? We're investigating an integration into CentOS Stream.
Hi Konrad,
the immediate usecase for us is making it easier to do development on
BPF
On Tue, 2022-02-01 at 13:59 +0100, Konrad Kleine wrote:
> Davide,
>
> thank you for your interest in this. May I ask what plans you have
> using it for? We're investigating an integration into CentOS Stream.
Hi Konrad,
the immediate usecase for us is making it easier to do development on
BPF
On Fri, 2021-10-08 at 12:13 +0200, Konrad Kleine wrote:
> Dear Fedora packagers, developers and users,
>
> we have some good news for you:
>
> We are beginning to build nightly snapshot packages of LLVM for the
> latest
> versions of Fedora Linux (currently 34, 35 and rawhide) for a growing
>
On Fri, 2021-10-08 at 12:13 +0200, Konrad Kleine wrote:
> Dear Fedora packagers, developers and users,
>
> we have some good news for you:
>
> We are beginning to build nightly snapshot packages of LLVM for the
> latest
> versions of Fedora Linux (currently 34, 35 and rawhide) for a growing
>
On Mon, 2021-12-13 at 16:00 +0100, Vít Ondruch wrote:
> Would it be possible to document the editing of protected file in the
> change proposal, probably including example of the best way to do it
> (is
> it possible to replace the file by symlink?) Or is there a way to
> temporary enable the
On Fri, 2021-12-10 at 05:29 -0800, Troy Dawson wrote:
> We (The EPEL Steering Committee) are following up on EPEL issue
> 136[1] regarding the status of EPEL8 Playground.
>
> Looking through the logs we see that there are still people building
> against playground on a regular basis. But as I
On Sat, 2021-12-04 at 23:46 +0100, Kevin Kofler via devel wrote:
> Davide Cavalca via devel wrote:
> > To clarify: RPM does support files validation, but fs-verity is
> > more
> > than just that. With RPM, the validation only happens on install
> > time,
> >
On Sat, 2021-12-04 at 09:37 -0500, Stephen John Smoogen wrote:
>
> Or just pad /usr/bin/rpm with some null characters at the end to break
> its signature and also stop updates from happening. [Or the fs-verity
> daemon which will report that these problems are occuring. ]
If the attacker has
On Fri, 2021-12-03 at 22:08 +, Richard W.M. Jones wrote:
> I'm unclear about the threat model - this is an attacker who is
> someone able to overwrite single files (eg. /bin/ls) but cannot turn
> off the fs-verity system as a whole?
>
> Also if RPM can update /bin/ls then surely an attacker
On Thu, 2021-12-02 at 19:10 -0500, Josh Boyer wrote:
> On Thu, Dec 2, 2021, 5:33 PM Davide Cavalca via devel
> wrote:
>
> > Correct, XFS doesn't support fs-verity at the moment (though it
> > could
> > be implemented if one wanted to).
>
> That means it wo
On Thu, 2021-12-02 at 20:05 -0500, Josh Boyer wrote:
> Yes, I saw that and I appreciate it. That's a comparison between the
> two implementations. I am asking about what benefits and use cases
> fs-verity solves in Fedora. Right now, the change simply says:
>
> "The main benefit is the ability
On Fri, 2021-12-03 at 12:21 +0100, Vitaly Zaitsev via devel wrote:
> On 02/12/2021 20:36, Ben Cotton wrote:
> > Enable the use of fsverity for installed RPM files validation.
>
> -1. RPM already supports files validation and this feature will waste
> file system space.
To clarify: RPM does
On Thu, 2021-12-02 at 13:09 -0800, Kevin Fenzi wrote:
> On Thu, Dec 02, 2021 at 02:36:51PM -0500, Ben Cotton wrote:
> ...snip...
> >
> > In the context of rpm, there are two parts to this:
> > * at build time, we compute the Merkle tree for the files within a
> > package, then sign it and ship it
On Thu, 2021-12-02 at 15:08 -0500, Frank Ch. Eigler wrote:
>
> > === Relationship with IMA ===
> >
> > [https://sourceforge.net/p/linux-ima/wiki/Home/ IMA] is another
> > technology meant to provide detection of file alterations. IMA and
> > fsverity operate very differently, and are somewhat
On Thu, 2021-10-14 at 22:41 -0400, Neal Gompa wrote:
> I've gone ahead and done it, it needs karma:
>
> * F35:
> https://bodhi.fedoraproject.org/updates/FEDORA-2021-ab44a1d0c9
>
> * F34:
> https://bodhi.fedoraproject.org/updates/FEDORA-2021-cdc2cb4c5a
>
> * F33:
>
On Wed, 2021-10-13 at 23:00 +, Davide Cavalca via devel wrote:
> On Wed, 2021-10-13 at 18:53 -0400, Neal Gompa wrote:
> >
> > I can pick this up as a provenpackager tomorrow if this has been
> > requested and accepted as an FE for F35 and the maintainers haven't
On Wed, 2021-10-13 at 18:53 -0400, Neal Gompa wrote:
>
> I can pick this up as a provenpackager tomorrow if this has been
> requested and accepted as an FE for F35 and the maintainers haven't
> done anything yet.
Thanks, I have proposed this as a Freeze Exception:
Hello,
the jq package currently has an unfortunate issue with handling large
integers:
$ echo '{"a":9011153322235679}' | jq '.a'
9011153322235680
I reported this in https://bugzilla.redhat.com/show_bug.cgi?id=2008979
a while ago and put up a PR at
On Wed, 2021-06-09 at 19:53 +, Zbigniew Jędrzejewski-Szmek wrote:
> Yeah, I think we have to accept that there won't be any kernel support
> in RHEL in a timeframe that matters for Fedora, and the RHEL host will
> not be
> able to mount the images natively. So the questions for me are:
> 1. I
#fedora-meeting: Fedora ELN SIG (2021-06-04)
Meeting started by dcavalca at 16:02:29 UTC. The full logs are
available
at
Hey folks,
wanted to update on the current status here. On the ELN side, we've
agreed to reduce the compose frequency to make ELN easier to mirror;
this is being tracked in https://github.com/fedora-eln/eln/issues/39
On the infra side, as part of
On Fri, 2021-03-19 at 16:35 +0100, Miro Hrončok wrote:
> With the current way of things (that could possibly change), when
> EPEL 10 is
> created, ELN is long gone in the RHEL 11 world.
>
> I could only imagine this scheme:
>
> ELN -> CentOS Stream N -> RHEL N
> ELN Extra -> EPEL N
On Sun, 2021-03-14 at 13:47 -0700, Kevin Fenzi wrote:
> The eln composes (at least as far as I know) are done via ODCS
> (on demand compose service) and are already available on the master
> mirrors:
>
> https://dl.fedoraproject.org/odcs/production/
> (Although not via rsync currently).
>
>
I had filed https://github.com/fedora-eln/eln/issues/33 a while ago to
track documentation improvements around how to consume ELN composes.
I'd like to take a step back and propose adding them to the mirror
network, akin to what we already do for Rawhide. This would make it
trivial to consume or
On Sat, 2021-03-13 at 17:09 -0800, Troy Dawson wrote:
> Sorry for coming late to the discussion. I took a week off and all
> sorts of things happened while I was gone.
>
> I believe Kevin and Smooge, and possibly even you Davide got this
> backwards. And I think if we do this right, this can be
On Tue, 2021-03-02 at 08:38 -0500, Stephen John Smoogen wrote:
> So mainly a package maintainer only worries about what is deployed at
> their workplace. And I would guess from the size of unanswered bugs
> and other things, some of these maintainers did a one-time build to
> get what they wanted
On Thu, 2021-03-04 at 08:54 +0100, Petr Pisar wrote:
> V Wed, Mar 03, 2021 at 09:46:52AM -0800, Kevin Fenzi napsal(a):
> > All that said, we could change this and just mass branch everything
> > and
> > leave it to maintainers to clean up/dead.package/retire things they
> > no
> > longer wish to
On Mon, 2021-03-01 at 15:49 -0500, Stephen John Smoogen wrote:
> That would require a lot of changes in both EPEL and in Fedora. In
> Fedora there is a general expectation that if a 'branch' is active
> then it is maintained by someone.. usually the primary maintainer.
> Many Fedora maintainers
On Mon, 2021-03-01 at 12:47 -0800, Kevin Fenzi wrote:
> I'm not sure exactly what you mean here...
>
> I think (please correct me if I'm wrong) you are wanting "all EPEL
> packages" to also be built as part of ELN and shipped as some sort of
> 'EPEL-ELN' ?
Yes, the idea I had in mind was that
On Mon, 2021-03-01 at 09:26 -0500, Stephen Gallagher wrote:
> I'd like to encourage anyone interested in this meeting to submit
> agenda topics by replying to this email. Currently the agenda
One thing I'd be interested in exploring is the feasibility of
extending ELN to cover EPEL as well. This
On Mon, 2020-12-28 at 16:22 -0800, Kevin Fenzi wrote:
> On Mon, Dec 28, 2020 at 07:44:04PM -, Tom Seewald wrote:
> > > On Tue, Dec 22, 2020 at 6:17 PM Anita Zhang
> > > > >
> > >
> > > Another variation on this theme: enable by default in Fedora 34
> > > Server
> > > edition. And more
On Mon, 2020-12-21 at 12:48 -0500, Colin Walters wrote:
>
> On Mon, Dec 21, 2020, at 11:28 AM, Ben Cotton wrote:
> >
> >
> > == Summary ==
> >
> > RPM Copy on Write provides a better experience for Fedora Users as
> > it
> > reduces the amount of I/O and offsets CPU cost of package
> >
On Mon, 2020-12-21 at 12:54 -0400, Robert Marcano via devel wrote:
> On 12/21/20 12:28 PM, Ben Cotton wrote:
> > ...
> >
> > === New process ===
> >
> > # Resolve packaging request into a list of packages and operations
> > # Download and '''decompress''' packages into a '''locally
> >
On Mon, 2020-12-21 at 10:57 -0600, Michael Catanzaro wrote:
> On Mon, Dec 21, 2020 at 11:28 am, Ben Cotton
> wrote:
> > == Upgrade/compatibility impact ==
> >
> > Existing systems running earlyoom will not be modified. One can
> > transition to systemd-oomd via:
> >
> > sudo systemctl disable
On Mon, 2020-12-21 at 18:00 +0100, Tomasz Torcz wrote:
> On Mon, Dec 21, 2020 at 11:28:51AM -0500, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/RPMCoW
> > # dnf-plugin-reflink (a new package):
> > https://github.com/facebookincubator/dnf-plugin-cow/
>
> Does not exists, but
Hello!
I've been involved in the Fedora and CentOS communities for a few years
now as part of the Operating Systems team at Facebook, and most
recently helped drive the btrfs by default change proposal for Fedora
33.
Myself, Filipe and Michel are kicking off an effort within Facebook to
try and
On Thu, 2020-07-09 at 16:15 -0400, Simo Sorce wrote:
> However I have had bad kernels, power outages, loss of battery power
> (laptops on too long suspend) and other random reasons to force
> reboot
> a system. That has been the primary case of file system checks
> through
> my Fedora usage. And
64 matches
Mail list logo
