Self Introduction: Jun Miao(miaojun0823)

Hi, Everyone. My name is Jun Miao(Fedora People: miaojun0823) and I'm a linux software engineer on Linux OS Systems Engineering at Intel. In my position I work with Operation System Vendor, develop and enable cloud software with Intel platforms and technologies, solve customer issues in Linux k

Re: Orphaned packages looking for new maintainers

On Wed, Jan 12, 2022 at 04:50:07PM -0800, Michel Alexandre Salim wrote: > On Mon, Jan 10, 2022 at 06:57:34PM +0100, Miro Hrončok wrote: > > Package (co)maintainers Status > > Change > > =

Re: F36 Change: Django 4.0 (Self-Contained Change proposal)

On Wed, Jan 05, 2022 at 11:25:42AM -0500, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/Django4.0 > > == Summary == > Update Django to version 4.0. > > == Owner == > * Name: [[User:mrunge| Matthias Runge]] > * Email: mru...@redhat.com > > > == Detailed Description == > > The Djang

Fedora-Cloud-35-20220113.0 compose check report

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-35-20220112.0): ID: 1102224 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

"Firefox 96.0 hangs after a while - loses connectivity": workaround for rhbz 2040189

Hi, I guess this might affect quite a few people so I hope I can save you a few minutes to find the workaround: Firefox 96.0 hangs after a while - loses connectivity https://bugzilla.redhat.com/show_bug.cgi?id=2040189 upstream bug: Infinite loop in HTTP3 hangs socket thread https://bugzilla.

Fedora-Cloud-34-20220113.0 compose check report

No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-34-20220111.0): ID: 1102240 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://op

Re: Self Introduction: Jun Miao(miaojun0823)

Hello, Jun! On Thursday, 13 January 2022 at 09:36, Miao, Jun wrote: [...] > I have wanted for some time to contribute to the community and I am > looking forward to being a part of it now. Looking forward to > contributing where I can. Welcome to Fedora. We're happy to have you as a contributor!

[Fedocal] Reminder meeting : ELN SIG

Dear all, You are kindly invited to the meeting: ELN SIG on 2022-01-14 from 12:00:00 to 13:00:00 US/Eastern At fedora-meet...@irc.libera.chat The meeting will be about: Source: https://calendar.fedoraproject.org//meeting/10133/ ___ devel maili

Re: buildroot size growth

On 1/12/22 16:33, Vít Ondruch wrote: I have reported this here: https://bugzilla.redhat.com/show_bug.cgi?id=2039869 Should be fixed now with authselect-1.3.0-7.fc36. Vít Dne 05. 01. 22 v 11:30 Zbigniew Jędrzejewski-Szmek napsal(a): On Tue, Jan 04, 2022 at 12:25:36PM -0800, Adam Williams

Re: Orphaned packages looking for new maintainers

Dne 13. 01. 22 v 3:33 Miro Hrončok napsal(a): On 13. 01. 22 1:50, Michel Alexandre Salim wrote: On Mon, Jan 10, 2022 at 06:57:34PM +0100, Miro Hrončok wrote:   Package (co)maintainers Status Change

sphinx: Intention to orphan package

Hello. I recently assumed the sphinx package maintenance for Fedora. When I observed the package structure, I realized it is based on source code developed in C, with latest stable version available in next link: http://sphinxsearch.com/downloads/current/ Latest binary versions from previous lin

Re: sphinx: Intention to orphan package

On 13/01/2022 13:33, Sergio Arroutbi wrote: Once I have inspected the package structure and the upstream project, I realized Sphinx was migrated to python, and newer versions can be downloaded via the "pip" tool. Apart from that, there is already a "python-sphinx" package to handle sphinx tools

Fedora rawhide compose report: 20220113.n.0 changes

OLD: Fedora-Rawhide-20220112.n.1 NEW: Fedora-Rawhide-20220113.n.0 = SUMMARY = Added images:2 Dropped images: 0 Added packages: 3 Dropped packages:0 Upgraded packages: 42 Downgraded packages: 0 Size of added packages: 58.13 MiB Size of dropped packages:0 B

Re: sphinx: Intention to orphan package

On 13/01/2022 13:33, Sergio Arroutbi wrote: Latest binary versions from previous link (for example, v3.4.1) link to python base source code. Also they decided co close sources last year: 3.0 and up sources are currently only available under a delayed FOSS or commercial licenses for several r

Re: New top-level dir: /state [WAS: Re: F36 Change: Relocate RPM database to /usr (System-Wide Change] proposal)

Dne 12. 01. 22 v 22:05 Chris Murphy napsal(a): On Wed, Jan 12, 2022 at 2:04 AM Panu Matilainen wrote: On 1/12/22 10:45, Chris Murphy wrote: On Tue, Jan 11, 2022 at 2:00 AM Panu Matilainen wrote: For many practical purposes it's probably just rearranging the chairs, but a separate top-level

Re: buildroot size growth

Dne 13. 01. 22 v 13:23 Pavel Březina napsal(a): On 1/12/22 16:33, Vít Ondruch wrote: I have reported this here: https://bugzilla.redhat.com/show_bug.cgi?id=2039869 Should be fixed now with authselect-1.3.0-7.fc36. Just quickly fired some scratch build and we are down to 149 packages: ~~~

Re: /opt [WAS: Re: New top-level dir]

> Is /usr/etc something that could be a thing Fedora wide? The way > rpm-ostree does it, it's making a copy of /etc and does a three way > merge so you get updated config file defaults. But without that logic > available, is it bonkers to consider applications learning to look to > look first in /e

Re: sphinx: Intention to orphan package

On Thu, Jan 13, 2022 at 6:34 AM Sergio Arroutbi wrote: > Hello. > > I recently assumed the sphinx package maintenance for Fedora. > As far as I can tell mariadb is the only consumer. I wonder if it can be migrated to python-sphinx? Thanks, Richard ___

Re: sphinx: Intention to orphan package

MariaDB provides a Sphinx storage engine [1] which build is enabled in Fedora. The 'mariadb' SPECfile mentions following requirements: BuildRequires:sphinx libsphinxclient libsphinxclient-devel Requires: sphinx libsphinxclient I guess that orphaning all (C or Python) versions of Sphin

Re: Workflow and other problems with the Fedora container infrastructure

On Wed, Jan 12, 2022 at 5:51 AM Kevin Fenzi wrote: > On Tue, Jan 11, 2022 at 01:02:59PM +0100, Lumír Balhar wrote: > > If we migrate our container images to some other registry (e.g. a common > > fedora space on quay.io), we’ll be able to rebuild them after every > merged > > PR or every week, do

Re: sphinx: Intention to orphan package

On 13. 01. 22 14:13, Richard Shaw wrote: On Thu, Jan 13, 2022 at 6:34 AM Sergio Arroutbi > wrote: Hello. I recently assumed the sphinx package maintenance for Fedora. As far as I can tell mariadb is the only consumer. I wonder if it can be migrated to py

Re: New top-level dir: /state [WAS: Re: F36 Change: Relocate RPM database to /usr (System-Wide Change] proposal)

On Thu, Jan 13, 2022, at 7:52 AM, Vít Ondruch wrote: > Actually, shouldn't rpm-ostree carry around some copy of the RPM > database, which would describe the state of /usr and once the update is > successful (or snapshot active?), merge it into the main system RPM > database? Apparently, somet

Re: Orphaned packages looking for new maintainers

Miro Hrončok writes: > On 13. 01. 22 1:50, Michel Alexandre Salim wrote: >> On Mon, Jan 10, 2022 at 06:57:34PM +0100, Miro Hrončok wrote: >>> Package (co)maintainers Status >>> Change >>>

Fedora CoreOS Meeting Minutes 2022-01-12

Minutes: https://meetbot.fedoraproject.org/fedora-meeting-2/2022-01-12/fedora_coreos_meeting.2022-01-12-16.31.html Minutes (text): https://meetbot.fedoraproject.org/fedora-meeting-2/2022-01-12/fedora_coreos_meeting.2022-01-12-16.31.txt Log: https://meetbot.fedoraproject.org/fedora-meeting-2/2022-

Re: New top-level dir: /state [WAS: Re: F36 Change: Relocate RPM database to /usr (System-Wide Change] proposal)

On Mon, Jan 10, 2022 at 01:24:20PM -0500, Colin Walters wrote: On Mon, Jan 10, 2022, at 11:19 AM, David Cantrell wrote: On Wed, Dec 29, 2021 at 10:01:57AM -0500, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/RelocateRPMToUsr == Summary == Currently, the RPM databases is located in

Re: New top-level dir: /state [

On Mon, Jan 10, 2022 at 12:55:03PM -0500, Stephen Gallagher wrote: On Mon, Jan 10, 2022 at 12:30 PM Frank Ch. Eigler wrote: David Cantrell writes: > Reading comments and talking to people, the long standing understanding of > /var is still "that's stuff you can rm -rf and the system will sti

poppler soname bump in Rawhide

Hi, I've prepared rebase of poppler to 22.01.0 in the side tag "f36-build-side-49530". I'm asking you to build your dependent packages in it and I will ask to merge it to main branch next Tuesday (18th of January) just before the mass rebuild. There are several API changes and soname bump of

Self Introduction: Frédéric Bérat

Hi everyone, I'm Fred, a newcomer in the glorious Fedora community. I've been working on Linux for multiple companies for a bit more than 10 years, from developing kernel drivers to maintaining userspace debug tools. I worked on Systemtap and elfutils internal packages in my previous work, and mad

Re: New top-level dir: /state [WAS: Re: F36 Change: Relocate RPM database to /usr (System-Wide Change] proposal)

On Mon, Jan 10, 2022 at 02:53:52PM -0700, Chris Murphy wrote: On Mon, Jan 10, 2022 at 9:20 AM David Cantrell wrote: On Wed, Dec 29, 2021 at 10:01:57AM -0500, Ben Cotton wrote: >https://fedoraproject.org/wiki/Changes/RelocateRPMToUsr > >== Summary == >Currently, the RPM databases is located in

Re: Heads up: libffi 3.4 rebuild in rawhide today

I have reported this here: https://bugzilla.redhat.com/show_bug.cgi?id=2040380 And I'd appreciate any help to figure out what is going on. Vít Dne 12. 01. 22 v 19:33 Vít Ondruch napsal(a): So as I already mentioned, the following fails: ~~~ $ ./miniruby -I./lib -I. -I.ext/common ./tool/r

Re: New top-level dir: /state [WAS: Re: F36 Change: Relocate RPM database to /usr (System-Wide Change] proposal)

On Tue, Jan 11, 2022 at 11:00:28AM +0200, Panu Matilainen wrote: On 1/10/22 23:53, Chris Murphy wrote: On Mon, Jan 10, 2022 at 9:20 AM David Cantrell wrote: On Wed, Dec 29, 2021 at 10:01:57AM -0500, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/RelocateRPMToUsr == Summary == Curr

Re: Self-introduction: Christopher Crouse (amz)

Christopher, Based on the quality of your initial submissions and on your responses to review feedback, I have sponsored you to the packager group. You might have to log out of your Fedora accounts and log back in to use your new privileges. Please feel free to contact me for assistance with

Re: Self-introduction: Christopher Crouse (amz)

Hi Ben, Noted, and thank you for reviewing my packages and sponsoring me. Appreciate it! Regards, Christopher Crouse ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Cod

Re: Workflow and other problems with the Fedora container infrastructure

On Thu, Jan 13, 2022 at 02:43:50PM +0100, Honza Horak wrote: > On Wed, Jan 12, 2022 at 5:51 AM Kevin Fenzi wrote: > > > On Tue, Jan 11, 2022 at 01:02:59PM +0100, Lumír Balhar wrote: > > > If we migrate our container images to some other registry (e.g. a common > > > fedora space on quay.io), we’l

Re: Workflow and other problems with the Fedora container infrastructure

On Tue, Jan 11, 2022 at 11:51 PM Kevin Fenzi wrote: > > On Tue, Jan 11, 2022 at 01:02:59PM +0100, Lumír Balhar wrote: > > Hello. > > > > My name is Lumír and I maintain a few layered container images in > > Fedora/RHEL/upstream related to Python and S2I (source to image) platform - > > namely pyth

Re: /opt [WAS: Re: New top-level dir]

On Thu, Jan 13, 2022 at 6:07 AM Stephen Gallagher wrote: > > > Is /usr/etc something that could be a thing Fedora wide? The way > > rpm-ostree does it, it's making a copy of /etc and does a three way > > merge so you get updated config file defaults. But without that logic > > available, is it bon

Fedora-Rawhide-20220113.n.0 compose check report

No missing expected images. Compose FAILS proposed Rawhide gating check! 1 of 43 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 13/228 (x86_64), 21/159 (aarch64) New failures (same test not failed in Fedora-Rawhide-20

Re: [Sway] wlroots 0.15 update is coming to rawhide

On 1/12/22 10:52, Onyeibo Oku wrote: On Wed Jan 12, 2022 at 6:29 AM WAT, Aleksei Bavshin wrote: Greetings, By the end of this week I'm planning to update wlroots in rawhide to 0.15 (libwlroots.so.10) and sway to the latest release candidate. No breakages are expected as wlroots0.14 compatibilit

Re: /opt [WAS: Re: New top-level dir]

On Thu, Jan 13, 2022 at 2:40 PM Chris Murphy wrote: > > On Thu, Jan 13, 2022 at 6:07 AM Stephen Gallagher wrote: > > > > > Is /usr/etc something that could be a thing Fedora wide? The way > > > rpm-ostree does it, it's making a copy of /etc and does a three way > > > merge so you get updated conf

Re: New top-level dir: /state [WAS: Re: F36 Change: Relocate RPM database to /usr (System-Wide Change] proposal)

On Thu, Jan 13, 2022 at 8:34 AM David Cantrell wrote: > > On Mon, Jan 10, 2022 at 01:24:20PM -0500, Colin Walters wrote: > > > >No, this is not about developers tar'ing up `/usr` by hand. It's about > >cleanly separating who owns what, and what its lifecycle is, which is > >critcially important f

Re: F36 Change: Default To Noto Fonts (System-Wide Change proposal)

On Wed, Dec 29, 2021 at 10:01:38AM -0500, Ben Cotton wrote: > The following packages will be installed by default to replace > DejaVu's coverage: > * google-noto-sans-vf-fonts > * google-noto-serif-vf-fonts > * google-noto-sans-mono-vf-fonts > * google-noto-sans-arabic-vf-fonts > * google-noto-sans

Re: New top-level dir: /state [WAS: Re: F36 Change: Relocate RPM database to /usr (System-Wide Change] proposal)

On Wed, Jan 12, 2022 at 9:45 AM Chris Murphy wrote: > > Given the choice, I prefer rpm only touches /usr, which includes > /usr/var and /usr/etc. I must say that, of all the bad suggestions in the multiple threads this proposal has spawned, I dislike using "/usr/var/" the least. The path "/usr/l

Re: sphinx: Intention to orphan package

Miro Hrončok wrote: > On 13. 01. 22 14:13, Richard Shaw wrote: >> On Thu, Jan 13, 2022 at 6:34 AM Sergio Arroutbi > > wrote: >> >> Hello. >> >> I recently assumed the sphinx package maintenance for Fedora. >> >> >> As far as I can tell mariadb is the only co

Re: F36 Change: Default To Noto Fonts (System-Wide Change proposal)

On Fri, Jan 14, 2022 at 8:07 AM Brian C. Lane wrote: > lorax templates currently install: > > installpkg abattis-cantarell-fonts > installpkg bitmap-fangsongti-fonts > installpkg dejavu-sans-fonts dejavu-sans-mono-fonts > installpkg google-noto-sans-cjk-ttc-fonts > installpkg google-noto-sans-gurm

Re: /opt [WAS: Re: New top-level dir]

On Wed, Jan 12, 2022 at 03:06:17PM -0700, Chris Murphy wrote: > > Unfortunately, real world RPMs that install into /opt also have e.g. log > > files in /opt/somesoftware/log, not /var/log/somesoftware. So it can't be > > underneath the read-only /usr mount. This is why rpm-ostree just straight

Re: New top-level dir: /state [WAS: Re: F36 Change: Relocate RPM database to /usr (System-Wide Change] proposal)

On Thu, Jan 13, 2022 at 8:49 AM David Cantrell wrote: > > On Mon, Jan 10, 2022 at 02:53:52PM -0700, Chris Murphy wrote: > >I don't see how /state solves the problem, rather than just > >rearranging the chairs. > > I've seen the rearranging the chairs comment in multiple locations now. If > the l

Re: New top-level dir: /state [WAS: Re: F36 Change: Relocate RPM database to /usr (System-Wide Change] proposal)

On Friday, 14 January 2022 at 00:05, Fabio Valentini wrote: > On Wed, Jan 12, 2022 at 9:45 AM Chris Murphy wrote: > > > > Given the choice, I prefer rpm only touches /usr, which includes > > /usr/var and /usr/etc. > > I must say that, of all the bad suggestions in the multiple threads > this prop