Re: Is dist-git a good place for work?

* Stephen John Smoogen: > No because the things that backups and rsync do works in a slow way. > We can do the backup the look-aside cache with tar-balls in a couple > of hours. We can also rsync that in the same amount of time. It takes > that long or longer to do that with a couple of git trees

Re: Retired packages with maintainers

On Tue, 2020-05-12 at 16:19 -0700, Kevin Fenzi wrote: > On Tue, May 12, 2020 at 03:13:42PM +0200, Pierre-Yves Chibon wrote: > > On Tue, May 12, 2020 at 02:51:03PM +0200, Miro Hrončok wrote: > > > On 12. 05. 20 8:49, Pierre-Yves Chibon wrote: > > > > Finally, does everyone agree about the original r

Orphaned 215 packages

Hi, This is a follow up for this post: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/RR2KB64SGUM7IJKBSQORQGZGUSROPFHD/ Below are the packages I've orphaned. See section [d] of the linked email to see how many times each package is listed as Requires by som

Re: CPE Weekly: 2020-05-11

On Wed, May 13, 2020 at 2:15 AM clime wrote: > On Tue, 12 May 2020 at 16:28, Clement Verna > wrote: > > > > On Mon, 11 May 2020 at 12:55, Clement Verna > wrote: > >> > >> > >> > >> On Mon, 11 May 2020 at 11:03, Fabio Valentini > wrote: > >>> > >>> On Mon, May 11, 2020 at 10:42 AM Aoife Moloney

Re: Proposal: Revise FESCo voting policy

David Kaufmann wrote: > Especially in the case of recusal it should be a higher bar, to keep the > assessment on the same level. […] > Removing people not attending the vote from the quorum can be discussed, > but if a lot of people either don't care about the question or > explicitely don't vote f

Re: Proposal: Revise FESCo voting policy

Miro Hrončok wrote: > For me, it was that. I wasn't able to grasp the change proposal quickly, > would need to dedicate more time to it and I prioritized other things, > abstaining as in: "I trust other members understand this issue better than > me and they will decide the good way." > > However,

Re: Proposal: Revise FESCo voting policy

Aleksandra Fedorova wrote: > The proposal has at least support of its owners, who stepped in and > spent some time describing the idea. > > If there are no convincing reasons against this proposal, then it is > their opinion, which matters. They have an idea, and they are willing > to do the job

Re: Proposal: Revise FESCo voting policy

On Wed, May 13, 2020 at 12:44:44PM +0200, Kevin Kofler wrote: > The rules you propose there lead to the ridiculous effect that people who > want to astain will instead actually leave the meeting […] Yes, true, that could happen. Thats a good thought. > The whole definition of an abstention or re

Re: Orphaned 215 packages

Also orphaned after speaking with co-maintainers: - ycssmin Kind regards, Jamie ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedorapro

Re: Fedora 32 system-wide change proposal: reduce installation media size by improving the compression ratio of SquashFS filesystem

Hello, It was a long time since the last message in this change proposal. Recently I was working to reduce the impact of the increased compression ratio on the installation image size for Fedora. I have achieved outstanding results -- working proof of concept. With the following change: https

Re: Re-Launching the Java SIG

Gerald Henriksen wrote: > The only way to make sure that the stuff included with Fedora is open > source is to build it from source - simply grabbing a binary provided > by an upstream means upstream could slip in some closed source > portions or have such a complex and undocumented build system th

ELN Reasons (was Re: Proposal: Revise FESCo voting policy)

On Wed, May 13, 2020 at 6:56 AM Kevin Kofler wrote: > I have several reasons against ELN, which I have already stated for past > versions of your proposal (Should I really have repeated those at every > single revised version that you came up with to bypass the repeated > rejection?): > * Having a

Re: Is dist-git a good place for work?

On Wed, 13 May 2020 at 03:19, Florian Weimer wrote: > > * Stephen John Smoogen: > > > No because the things that backups and rsync do works in a slow way. > > We can do the backup the look-aside cache with tar-balls in a couple > > of hours. We can also rsync that in the same amount of time. It ta

Re: LibRaw 0.20 Beta; soname bump

On 5/12/20 20:42, Gwyn Ciesla via devel wrote: Everything is now rebuild, except for elementary-photos and shotwell, which are failing for a reason I don't totally understand yet; they build on local rawhide and in mock but not koji. Investigating. I looked into the shotwell build failure and

Re: Proposal: Revise FESCo voting policy

Dne 12. 05. 20 v 14:22 Aleksandra Fedorova napsal(a): > Hi, > > On Tue, May 12, 2020 at 10:19 AM Vít Ondruch wrote: >> >> Dne 11. 05. 20 v 19:40 Aleksandra Fedorova napsal(a): >>> Hi, >>> >>> On Mon, May 11, 2020 at 5:52 PM Stephen Gallagher >>> wrote: During today's FESCo meeting, we enco

Re: Re-Launching the Java SIG

On Tue, May 12, 2020 at 10:57:43PM -0400, Gerald Henriksen wrote: > The only way to make sure that the stuff included with Fedora is open > source is to build it from source - simply grabbing a binary provided > by an upstream means upstream could slip in some closed source > portions or have such

Re: Re-Launching the Java SIG

On 13.05.20 14:55, Solomon Peachy wrote: > On Tue, May 12, 2020 at 10:57:43PM -0400, Gerald Henriksen wrote: >> The only way to make sure that the stuff included with Fedora is open >> source is to build it from source - simply grabbing a binary provided >> by an upstream means upstream could slip

Re: Proposal: Revise FESCo voting policy

On 13. 05. 20 14:45, Vít Ondruch wrote: When the change process was established, I always proposed that the change should be always pre-approved by default. The changes would be judged by the amount of feedback received on ML after their announcement. If somebody had strong concerns, it would be

Re: LibRaw 0.20 Beta; soname bump

--  Gwyn Ciesla she/her/hers   in your fear, seek only peace  in your fear, seek only love -d. bowie Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, May 13, 2020 7:38 AM, Kalev Lember wrote: > On 5/12/20 20:42,

armv7l status?

Hi, Why are we still doing builds for armv7l in koji? I see that it is not represented on https://alt.fedoraproject.org/alt/ so I presume we no longer support installing this architecture. Is it really only used for multilib, like the i686 packages? If so, is it really necessary? If we're not

Re: Proposal: Revise FESCo voting policy

David Kaufmann wrote: > If abstentions would lower the necessary +1 votes, this would > automatically give the author of a proposal a +1 vote for the proposal, > depending on the author being in FESCo himself/herself. It would actually give them only half a vote. Whether a single half vote amount

Re: armv7l status?

On Wed, May 13, 2020 at 3:14 PM Michael Catanzaro wrote: > > Hi, > > Why are we still doing builds for armv7l in koji? > > I see that it is not represented on https://alt.fedoraproject.org/alt/ > so I presume we no longer support installing this architecture. Is it > really only used for multilib,

Re: armv7l status?

On Wed, May 13, 2020 at 9:14 AM Michael Catanzaro wrote: > Why are we still doing builds for armv7l in koji? > Presumably for OLPC packages. That ARM build target is/was the right one for the ARM CPUs on those. I haven't been in the loop for a while, but until recently there was a group of volu

Re: Proposal: Revise FESCo voting policy

On Wed, May 13, 2020 at 2:46 PM Vít Ondruch wrote: > > > Dne 12. 05. 20 v 14:22 Aleksandra Fedorova napsal(a): > > Hi, > > > > On Tue, May 12, 2020 at 10:19 AM Vít Ondruch wrote: > >> > >> Dne 11. 05. 20 v 19:40 Aleksandra Fedorova napsal(a): > >>> Hi, > >>> > >>> On Mon, May 11, 2020 at 5:52 PM

Re: armv7l status?

Looping in James Cameron - as recently as Jan 2020 he's made a release for armv7l http://lists.laptop.org/pipermail/devel/2020-January/039079.html hth ~ martin On Wed, May 13, 2020 at 9:21 AM Martin Langhoff wrote: > On Wed, May 13, 2020 at 9:14 AM Michael Catanzaro > wrote: > >> Why are we s

Re: Fedora 32 system-wide change proposal: reduce installation media size by improving the compression ratio of SquashFS filesystem

On Wed, May 13, 2020 at 1:33 PM Bohdan Khomutskyi wrote: > Hello, > > It was a long time since the last message in this change proposal. > > Recently I was working to reduce the impact of the increased compression > ratio on the installation image size for Fedora. I have achieved > outstanding re

Re: Proposal: Revise FESCo voting policy

On Wed, 13 May 2020 at 09:17, Kevin Kofler wrote: > > David Kaufmann wrote: > > If abstentions would lower the necessary +1 votes, this would > > automatically give the author of a proposal a +1 vote for the proposal, > > depending on the author being in FESCo himself/herself. > > It would actuall

Re: armv7l status?

> Why are we still doing builds for armv7l in koji? Because it's still a primary architecture and actively used and supported. > I see that it is not represented on https://alt.fedoraproject.org/alt/ > so I presume we no longer support installing this architecture. Is it > really only used for mu

Re: armv7l status?

On Wed, May 13, 2020 at 9:20 AM Fabio Valentini wrote: > > Also, multilib for aarch64 + armv7hl is not "A Thing" (TM), IIRC > because no aarch64 hardware really supports that. > There is hardware that does support it, but we pretend they don't exist in Fedora. After all, the Raspberry Pi is an ex

Re: armv7l status?

> > Also, multilib for aarch64 + armv7hl is not "A Thing" (TM), IIRC > > because no aarch64 hardware really supports that. > > > > There is hardware that does support it, but we pretend they don't > exist in Fedora. After all, the Raspberry Pi is an example of this. No, there's HW that will run in

Re: armv7l status?

On Wed, 13 May 2020 at 09:15, Michael Catanzaro wrote: > Hi, > > Why are we still doing builds for armv7l in koji? > > I see that it is not represented on https://alt.fedoraproject.org/alt/ > so I presume we no longer support installing this architecture. Is it > really only used for multilib, li

Re: Proposal: Revise FESCo voting policy

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Wed, 2020-05-13 at 09:27 -0400, Stephen John Smoogen wrote: > On Wed, 13 May 2020 at 09:17, Kevin Kofler > wrote: > > David Kaufmann wrote: > > > If abstentions would lower the necessary +1 votes, this would > > > automatically give the author of

review requests/intent to unretire kpcli requirements perl-Crypt-ECB and perl-Crypt-PWSafe3

I'm in the process of unretiring perl-crypt-ECB and perl-Crypt-PWSafe3 that are requirements of kpcli. I could use some help with reviews: [1] https://bugzilla.redhat.com/show_bug.cgi?id=1835258 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1835263 Thank you. _

ClamAV: quick security build needed

Hi All, this somehow went undetected, so i mail it here to speed things up: CLAMAV < 102.3 with DOS vulnerability on ARJ and PDF files. https://blog.clamav.net/2020/05/clamav-01023-security-patch-released.html * CVE-2020-3341

Re: Proposal: Revise FESCo voting policy

On Wed, 13 May 2020 at 10:34, Igor Raits wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On Wed, 2020-05-13 at 09:27 -0400, Stephen John Smoogen wrote: > > On Wed, 13 May 2020 at 09:17, Kevin Kofler > > wrote: > > > David Kaufmann wrote: > > > > If abstentions would lower the nece

Re: Proposal: Revise FESCo voting policy

Dne 13. 05. 20 v 15:08 Miro Hrončok napsal(a): > On 13. 05. 20 14:45, Vít Ondruch wrote: > >> But then everybody felt strong that it is not possible, because if there >> was not official body approving this, that could be end of the world. So >> now, when we have that body, it gives blank approval

Re: Retired packages with maintainers

On Tue, May 12, 2020 at 9:14 AM Pierre-Yves Chibon wrote: > > On Tue, May 12, 2020 at 02:51:03PM +0200, Miro Hrončok wrote: > > On 12. 05. 20 8:49, Pierre-Yves Chibon wrote: > > > Finally, does everyone agree about the original request: "remove all > > > maintainers > > > of retired packages"? Or

Re: Is dist-git a good place for work?

On Wed, May 13, 2020 at 08:16:06AM -0400, Stephen John Smoogen wrote: > On Wed, 13 May 2020 at 03:19, Florian Weimer wrote: > > > > * Stephen John Smoogen: > > > > > No because the things that backups and rsync do works in a slow way. > > > We can do the backup the look-aside cache with tar-balls

Fedora-Cloud-30-20200512.0 compose check report

No missing expected images. Passed openQA tests: 1/1 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorap

Fedora-Cloud-31-20200512.0 compose check report

No missing expected images. Passed openQA tests: 1/1 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorap

Re: ELN Reasons (was Re: Proposal: Revise FESCo voting policy)

On Wed, May 13, 2020 at 08:01:29AM -0400, Stephen Gallagher wrote: > > * Having a buildroot called "EL Next" means that Fedora gets in the business > > of composing the development version of RHEL in addition to the > > development version of Fedora. I do not see how this is the job of Fedora >

Fedora-Cloud-32-20200512.0 compose check report

No missing expected images. Soft failed openQA tests: 1/1 (x86_64) (Tests completed, but using a workaround for a known bug) ID: 596122 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/596122 -- Mail generated by check-compose: https://pagure.i

i3 new SIG

Hello guys, My name is Eduard Lucena, some of you maybe know me, tons of you don't. I'm part of the marketing team and host of the Fedora Podcast. I'm starting a SIG about i3 tiling window manager [1], with the final objective of create a remix that can finish up in an official spin. I have a ML

Re: Re-Launching the Java SIG

Ty Young writes: > On 5/12/20 5:55 AM, Felix Schwarz wrote: >> Am 12.05.20 um 12:32 schrieb Ty Young: >> >>> Right, I figured it was some Fedora policy and not up to you. I >>> suppose I should have been more clear there. Sorry for any >>> confusion, it was aimed at the Fedora project as a whole

Re: armv7l status?

On Wed, May 13, 2020 at 9:51 am, Stephen John Smoogen wrote: Those pages are needing some love and care as aarch64 should not be on it anymore. Currently the primary architectures that Fedora builds against are [smooge@batcave01 32]$ ls -l Workstation/ total 12 drwxr-xr-x. 3 263 263 4096 202

Re: i3 new SIG

On Wed, May 13, 2020 at 12:49:56PM -0400, Eduard Lucena wrote: > Hello guys, > > My name is Eduard Lucena, some of you maybe know me, tons of you don't. I'm > part of the marketing team and host of the Fedora Podcast. > > I'm starting a SIG about i3 tiling window manager [1], with the final > obj

Re: i3 new SIG

Hi, What about sway? :) > Sway have a SIG [1]. You can probably go there and join! :D [1] https://fedoraproject.org/wiki/SIGs/Sway -- Eduard Lucena Móvil: +56962318010 GNU/Linux User #589060 Ubuntu User #8749 Fedora Marketing Representative ___ devel

Re: i3 new SIG

I was going to say this as well. Fedora already defaults to wayland, sway uses same configuration files as i3 it seems like a natural step. Zach On Wed, May 13, 2020 at 2:27 PM Eduard Lucena wrote: > Hi, > > > What about sway? :) >> > > Sway have a SIG [1]. You can probably go there and join! :

Fedora-Cloud-32-20200513.0 compose check report

No missing expected images. Soft failed openQA tests: 1/1 (x86_64) (Tests completed, but using a workaround for a known bug) ID: 597167 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/597167 -- Mail generated by check-compose: https://pagure.i

Re: ELN Reasons (was Re: Proposal: Revise FESCo voting policy)

On Wednesday, May 13, 2020 5:01:29 AM MST Stephen Gallagher wrote: > > * Having a buildroot called "EL Next" means that Fedora gets in the > > business > > > of composing the development version of RHEL in addition to the > > development version of Fedora. I do not see how this is the job of > > Fe

Re: New set of questions for FESCo candidates?

On Monday, May 11, 2020 11:27:06 AM MST Ben Cotton wrote: > 3. How should we handle cases where Fedora's and Red Hat Enterprise > Linux's needs are at odds? I'm not sure this one makes any sense to include. The obvious answer is "Fedora takes precedence". This is about Fedora, after all, not RHEL

Fedora-Cloud-31-20200513.0 compose check report

No missing expected images. Passed openQA tests: 1/1 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorap

Re: New set of questions for FESCo candidates?

On Wed, May 13, 2020 at 2:49 PM John M. Harris Jr wrote: > > On Monday, May 11, 2020 11:27:06 AM MST Ben Cotton wrote: > > 3. How should we handle cases where Fedora's and Red Hat Enterprise > > Linux's needs are at odds? > > I'm not sure this one makes any sense to include. The obvious answer is

Re: ELN Reasons (was Re: Proposal: Revise FESCo voting policy)

On Wed, May 13, 2020 at 8:04 AM Stephen Gallagher wrote: > > On Wed, May 13, 2020 at 6:56 AM Kevin Kofler wrote: > > I have several reasons against ELN, which I have already stated for past > > versions of your proposal (Should I really have repeated those at every > > single revised version that

Re: Retired packages with maintainers

On Tue, 12 May 2020 at 14:13, Fabio Valentini wrote: > > > - Do we have a documented way to mark modules as orphaned or retired? > > I think we do. I seem to remember seeing "dead.module" files in some > module repositories I looked at ... Well, the "dead.package" file in dist git has been the st

Re: Is dist-git a good place for work?

On Tue, May 12, 2020 at 6:20 PM clime wrote: > When you do rdopkg new-version and you are asked to force push, is > also the current master-patches HEAD tagged with the current package > NVR? It's something that I have to do before I run "new-version". Here's the command I ran today: $ rdopkg ta

Re: Re-Launching the Java SIG

On Mon, May 11, 2020 at 1:46 PM Fabio Valentini wrote: > So, if you're interested, please consider joining this group effort. > I'll get new members set up with the FAS group / pagure project / mailing > list. Like some others who have responded, I probably won't be much help due to lack of time

Re: Re-Launching the Java SIG

On 5/13/20 12:04 PM, Robbie Harwood wrote: Ty Young writes: On 5/12/20 5:55 AM, Felix Schwarz wrote: Am 12.05.20 um 12:32 schrieb Ty Young: Right, I figured it was some Fedora policy and not up to you. I suppose I should have been more clear there. Sorry for any confusion, it was aimed at

Re: Re-Launching the Java SIG

On Wed, May 13, 2020, at 5:04 PM, Ty Young wrote: > > On 5/13/20 12:04 PM, Robbie Harwood wrote: > > Ty Young writes: > > > >> On 5/12/20 5:55 AM, Felix Schwarz wrote: > >>> Am 12.05.20 um 12:32 schrieb Ty Young: > >>> > Right, I figured it was some Fedora policy and not up to you. I >

Re: FESCo election nominations are now open

Reminder that nominations for the four open FESCo seats must be submitted by Tuesday 19 May. On Tue, May 5, 2020 at 10:19 AM Ben Cotton wrote: > > Beginning today through 19 May, you may nominate candidates for the 4 open > seats on the Fedora Engineering Steering Committee (FESCo). > > To nomin

Re: Call for testers for rpmautospec in staging

On 10. 04. 20 9:03, Pierre-Yves Chibon wrote: On Fri, Apr 10, 2020 at 01:58:20AM +0200, Miro Hrončok wrote: On 09. 04. 20 15:43, Pierre-Yves Chibon wrote: To remove some of the warnings thrown by `fedpkg` or to simply keep `rpmbuild` working locally, you will have to install the `rpmautospec-rp

Fedora-IoT-32-20200512.0 compose check report

No missing expected images. Passed openQA tests: 8/8 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorap

Re: Re-Launching the Java SIG

On Wed, May 13, 2020 at 04:04:50PM -0500, Ty Young wrote: > Anyway, I'm just asking that Fedora not repeat what Debian did. While > I find it to be a bit paranoid, I understand the concerns regarding > someone sneaking in malware into pre-build binaries. I'm just asking > Fedora not package the

Re: ELN Reasons (was Re: Proposal: Revise FESCo voting policy)

Hi, Neal, On Wed, May 13, 2020 at 9:24 PM Neal Gompa wrote: > > On Wed, May 13, 2020 at 8:04 AM Stephen Gallagher wrote: > > > > On Wed, May 13, 2020 at 6:56 AM Kevin Kofler wrote: > > > I have several reasons against ELN, which I have already stated for past > > > versions of your proposal (Sh

Re: Re-Launching the Java SIG

On 5/13/20 4:16 PM, James Cassell wrote: On Wed, May 13, 2020, at 5:04 PM, Ty Young wrote: On 5/13/20 12:04 PM, Robbie Harwood wrote: Ty Young writes: On 5/12/20 5:55 AM, Felix Schwarz wrote: Am 12.05.20 um 12:32 schrieb Ty Young: Right, I figured it was some Fedora policy and not up to

Re: Re-Launching the Java SIG

On Wed, May 13, 2020 at 10:38 PM Jerry James wrote: > > On Mon, May 11, 2020 at 1:46 PM Fabio Valentini wrote: > > So, if you're interested, please consider joining this group effort. > > I'll get new members set up with the FAS group / pagure project / mailing > > list. > > Like some others who

Re: Re-Launching the Java SIG

On Tue, May 12, 2020 at 10:59 PM Ty Young wrote: > As someone who has been burned due to Fedora's goody little two shoes > policies, I'd kindly ask that Fedora take a hike and not package the > software at all. I find it kind of ironic that this is exactly what happened, but you seem not to be aw

Re: Is dist-git a good place for work?

On Wed, 13 May 2020 at 22:32, Ken Dreyer wrote: > > On Tue, May 12, 2020 at 6:20 PM clime wrote: > > When you do rdopkg new-version and you are asked to force push, is > > also the current master-patches HEAD tagged with the current package > > NVR? > > It's something that I have to do before I r

Re: Proposal: Revise FESCo voting policy

On Wed, May 13, 2020 at 5:18 AM David Kaufmann wrote: > > On Wed, May 13, 2020 at 12:44:44PM +0200, Kevin Kofler wrote: > > The rules you propose there lead to the ridiculous effect that people who > > want to astain will instead actually leave the meeting […] > > Yes, true, that could happen. Tha

Re: Is dist-git a good place for work?

On Wed, May 13, 2020 at 4:29 PM clime wrote: > Probably there are more variants but I see these three right now. I > think variants 1 and 2 where the spec file is kept in dist-git but > patches can be in source-git are more within our reach right now (but > I might be wrong, variant 3 is also inte

Should 'boost' metapackage install boost-python3 and boost-numpy3 now?

The 'boost' package doesn't install anything, it just pulls in most of the subpackages built from boost.spec: # boost is an "umbrella" package that pulls in all boost shared library # components, except for MPI and Python sub-packages. Those are special # in that there are alternative implementa

Re: Proposal: Revise FESCo voting policy

On Wed, May 13, 2020 at 6:46 AM Vít Ondruch wrote: > But then everybody felt strong that it is not possible, because if there > was not official body approving this, that could be end of the world. So > now, when we have that body, it gives blank approvals, because the > members of the body canno

Re: Fedora 32 system-wide change proposal: reduce installation media size by improving the compression ratio of SquashFS filesystem

On Wed, May 13, 2020 at 5:32 AM Bohdan Khomutskyi wrote: > > Hello, > > It was a long time since the last message in this change proposal. > > Recently I was working to reduce the impact of the increased compression > ratio on the installation image size for Fedora. I have achieved outstanding >

Re: armv7l status?

James, so you guys still rely on koji for builds? That's relevant for this thread m On Wed, May 13, 2020, 5:31 PM James Cameron wrote: > Thanks Martin. > > That release was a respin of Fedora 18. Regressions in Fedora 20, and > our downsize at OLPC, stopped us tracking Fedora. > > Lubomir

Re: Proposal: Revise FESCo voting policy

On Wednesday, May 13, 2020 4:29:19 PM MST Chris Murphy wrote: > On Wed, May 13, 2020 at 6:46 AM Vít Ondruch wrote: > > > > But then everybody felt strong that it is not possible, because if there > > was not official body approving this, that could be end of the world. So > > now, when we have t

Re: New set of questions for FESCo candidates?

On Wednesday, May 13, 2020 12:17:08 PM MST Josh Boyer wrote: > On Wed, May 13, 2020 at 2:49 PM John M. Harris Jr > wrote: > > > > > > On Monday, May 11, 2020 11:27:06 AM MST Ben Cotton wrote: > > > > > 3. How should we handle cases where Fedora's and Red Hat Enterprise > > > Linux's needs are at

Fedora-IoT-33-20200513.0 compose check report

Missing expected images: Iot dvd x86_64 Iot dvd aarch64 Passed openQA tests: 8/8 (x86_64) Installed system changes in test x86_64 IoT-dvd_ostree-iso install_default@uefi: Used mem changed from 169 MiB to 147 MiB Peak task count changed from 121 to 103 Previous test data: https://openqa

Re: Is dist-git a good place for work?

On Thu, 14 May 2020 at 01:03, Ken Dreyer wrote: > > On Wed, May 13, 2020 at 4:29 PM clime wrote: > > Probably there are more variants but I see these three right now. I > > think variants 1 and 2 where the spec file is kept in dist-git but > > patches can be in source-git are more within our reac

Re: ClamAV: quick security build needed

On 5/13/20 8:51 AM, Marius Schwarz wrote: Hi All, this somehow went undetected, so i mail it here to speed things up: CLAMAV < 102.3 with DOS vulnerability on ARJ and PDF files. https://blog.clamav.net/2020/05/clamav-01023-security-patch-released.html * CVE-2020-3341

Fedora-Cloud-30-20200514.0 compose check report

No missing expected images. Passed openQA tests: 1/1 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorap