Re: fedora-create-review error message

2022-08-08 Thread Davide Cavalca via devel
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 authenticati

Re: Announcing fmt library soversion bump

2022-07-14 Thread Davide Cavalca via devel
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 devel-le...@lists.fedoraproject.org

Re: Rust Stack Spring Cleaning (July 2022 Edition)

2022-07-09 Thread Davide Cavalca via devel
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 g

Re: Rust Stack Spring Cleaning (July 2022 Edition)

2022-07-09 Thread Davide Cavalca via devel
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 devel-le...@list

Re: Orphaned packages looking for new maintainers​​

2022-07-05 Thread Davide Cavalca via devel
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 aren'

Re: Orphaned packages looking for new maintainers​​

2022-07-05 Thread Davide Cavalca via devel
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- > > >

Re: Orphaned packages looking for new maintainers​​

2022-07-05 Thread Davide Cavalca via devel
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 -- devel@lists.fed

Re: Orphaned packages looking for new maintainers​

2022-06-16 Thread Davide Cavalca via devel
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 -- devel@lists.fedoraproject.

Re: Bug of NsCDE of Fedora

2022-05-19 Thread Davide Cavalca via devel
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) >  https://bugzilla.redhat.com/show_bug.cgi

Re: [Fedocal] Reminder meeting : ELN SIG

2022-04-22 Thread Davide Cavalca via devel
#fedora-meeting: Fedora ELN SIG (2022-04-22) Meeting started by dcavalca at 16:02:41 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting/2022-04-22/eln.2022-04-22-16.02.log.h

Re: [EPEL-devel] RHEL moving to issues.redhat.com only long term

2022-03-09 Thread Davide Cavalca via devel
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 the

Re: Announcing LLVM Snapshot Packages for Fedora Linux

2022-02-01 Thread Davide Cavalca via devel
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 ups

Re: Announcing LLVM Snapshot Packages for Fedora Linux

2022-01-27 Thread Davide Cavalca via devel
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 > lis

Re: F36 Change: Enable fs-verity in RPM (System-Wide Change proposal)

2021-12-13 Thread Davide Cavalca via devel
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 edi

Re: F36 Change: Enable fs-verity in RPM (System-Wide Change proposal)

2021-12-09 Thread Davide Cavalca via devel
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, > > and wh

Re: F36 Change: Enable fs-verity in RPM (System-Wide Change proposal)

2021-12-09 Thread Davide Cavalca via devel
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 file

Re: F36 Change: Enable fs-verity in RPM (System-Wide Change proposal)

2021-12-09 Thread Davide Cavalca via devel
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 wh

Re: F36 Change: Enable fs-verity in RPM (System-Wide Change proposal)

2021-12-03 Thread Davide Cavalca via devel
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

Re: F36 Change: Enable fs-verity in RPM (System-Wide Change proposal)

2021-12-03 Thread Davide Cavalca via devel
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

Re: F36 Change: Enable fs-verity in RPM (System-Wide Change proposal)

2021-12-03 Thread Davide Cavalca via devel
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 suppor

Re: F36 Change: Enable fs-verity in RPM (System-Wide Change proposal)

2021-12-02 Thread Davide Cavalca via devel
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

Re: F36 Change: Enable fs-verity in RPM (System-Wide Change proposal)

2021-12-02 Thread Davide Cavalca via devel
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 com

Re: jq issue with integer handling logic

2021-10-15 Thread Davide Cavalca via devel
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: > https://bodhi.fedoraproject.o

Re: jq issue with integer handling logic

2021-10-14 Thread Davide Cavalca via devel
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&#x

Re: jq issue with integer handling logic

2021-10-13 Thread Davide Cavalca via devel
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: https://bugzilla.redhat.com/show

jq issue with integer handling logic

2021-10-13 Thread Davide Cavalca via devel
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 https://src.fedoraproject.org/rpms/jq/pull-reque

Re: F35 Change: Make btrfs the default file system for Fedora Cloud (System-Wide Change proposal)

2021-06-09 Thread Davide Cavalca via devel
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 t

ELN SIG Meeting Minutes (2021-06-04)

2021-06-04 Thread Davide Cavalca via devel
#fedora-meeting: Fedora ELN SIG (2021-06-04) Meeting started by dcavalca at 16:02:29 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting/2021-06-04/eln.2021-06-04-16.02.log.h

Re: ELN composes on mirrors

2021-04-09 Thread Davide Cavalca via devel
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 https://pagure.io/fedora-infrastructure/issue/973

Re: [ELN] Proposal: ELN Extra

2021-03-19 Thread Davide Cavalca via devel
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 Next

Re: ELN composes on mirrors

2021-03-14 Thread Davide Cavalca via devel
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). > > Th

ELN composes on mirrors

2021-03-14 Thread Davide Cavalca via devel
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

Re: ELN SIG First Meeting

2021-03-14 Thread Davide Cavalca via devel
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

Re: ELN SIG First Meeting

2021-03-04 Thread Davide Cavalca via devel
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 a

Re: ELN SIG First Meeting

2021-03-04 Thread Davide Cavalca via devel
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 ma

Re: ELN SIG First Meeting

2021-03-01 Thread Davide Cavalca via devel
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 ar

Re: ELN SIG First Meeting

2021-03-01 Thread Davide Cavalca via devel
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 ea

Re: ELN SIG First Meeting

2021-03-01 Thread Davide Cavalca via devel
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 w

Re: Fedora 34 Change: Enable systemd-oomd by default for all variants (System-Wide Change)

2020-12-28 Thread Davide Cavalca via devel
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 broadl

Re: Fedora 34 Change: DNF/RPM Copy on Write enablement for all variants (System-Wide Change)

2020-12-21 Thread Davide Cavalca via devel
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 > > decompre

Re: Fedora 34 Change: DNF/RPM Copy on Write enablement for all variants (System-Wide Change)

2020-12-21 Thread Davide Cavalca via devel
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 > > optimized'

Re: Fedora 34 Change: Enable systemd-oomd by default for all variants (System-Wide Change)

2020-12-21 Thread Davide Cavalca via devel
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 --

Re: Fedora 34 Change: DNF/RPM Copy on Write enablement for all variants (System-Wide Change)

2020-12-21 Thread Davide Cavalca via devel
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 I've

Self Introduction: Davide Cavalca

2020-10-28 Thread Davide Cavalca via devel
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 g

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-07-09 Thread Davide Cavalca via devel
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 lu