No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-32-20201220.0):
ID: 745559 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On 2020-12-21 10:49 p.m., Benson Muite wrote:
On 12/22/20 9:25 AM, Luya Tshimbalanga wrote:
Due to multiple missing nodejs dependencies needed for nodejs-svgo, I
had to orphan it. That plugin was intended for Inkscape sgvo.
Maintainers are welcome to grab it.
https://src.fedoraproject.org/rp
On 21. 12. 20 23:34, Jonathan Lebon wrote:
We've recently started a rawhide "mechanical" stream of Fedora CoreOS
(mechanical streams are streams that are meant for developers and that
don't use RPM lockfiles). You can see the first build here:
https://builds.coreos.fedoraproject.org/browser?stre
Dne 21. 12. 20 v 23:20 Aleksei Bavshin napsal(a):
On 12/21/20 1:53 PM, Neal Gompa wrote:
On Mon, Dec 21, 2020 at 4:52 PM Aleksei Bavshin
wrote:
On 12/21/20 8:28 AM, Ben Cotton wrote:
== Documentation ==
https://www.freedesktop.org/software/systemd/man/systemd-oomd.html/>
https://www.f
On 21. 12. 20 17:30, Georg Sauthoff wrote:
Hello,
I'm trying to build a fedora package for EPEL8 on Copr and I'm wondering
where its pikepdf dependency is coming from.
I conditionally disable the python dependency generator with a 0%{?epel}
guard
(cf.
https://github.com/gsauthof/copr-fedora/b
On 22. 12. 20 10:48, Miro Hrončok wrote:
On 21. 12. 20 17:30, Georg Sauthoff wrote:
Thus, it looks like disabling the dependency generator with the
python_disable_dependency_generator macro didn't work?
Hello Georg,
It seems that the macro is not defined in EPEL 8 at all.
...snip...
But we
Hi,
libmemcached exists in Fedora for years and is used by lot of projects
to handle communication with a memcached server.
Sadly this project is dead:
https://launchpad.net/libmemcached/
Last version released in 2014
and nearly no git activity since this
A fork now exists
https://github.com/
Hi,
ardour5 fails to build in rawhide and it has been obsoleted by ardour6.
Should we retire it in rawhide?
Nils, if you can give me commit access to ardour6 I can help build the
new version as they are released.
My FAS account: tartina
Thanks
Ciao
Guido
signature.asc
Description: This is
On 21. 12. 20 19:36, Kevin Fenzi wrote:
On Thu, Dec 17, 2020 at 09:21:15PM +0100, Fabio Valentini wrote:
As Miro mentioned, I've also developed scripts to handle this "does
this update break anything" for the Stewardship / Java SIG, because -
at least at first - we didn't have big enough egos /
Am 17.12.20 um 17:12 schrieb Tom Callaway:
Okay, this one has me stumped. Any chromium package I build through
rawhide refuses to render most of the strings.
Any updates on this?
Best regards,
Marius Schwarz
___
devel mailing list -- devel@lists.fedo
On Mon, 21 Dec 2020 08:09:50 -0500, Owen Taylor wrote:
> Most likely the GPU driver. This is a symptom of a corrupted Xft glyph
> cache inside the Xwayland X server.
>
> (It's not impossible that the glyph was corrupted before upload by
> some other component, but that's much less likely - especi
On Mon, Dec 21, 2020, 8:19 PM Davide Cavalca via devel <
devel@lists.fedoraproject.org> wrote:
> 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 l
Hello,
Would it be possible to get a review on this please?
On Tue, 24 Nov 2020 at 22:58, Christopher Brown
wrote:
> Greetings,
>
> I'm the current maintainer for the asciidoctor-pdf package plus various
> dependencies in Fedora and have spent some time putting together the
> following review r
On 12/22/20 12:23 PM, Christopher Brown wrote:
Hello,
Would it be possible to get a review on this please?
You can't provide precompiled jar files, they needs to be build from source:
Issues:
===
- Bundled jar/class files should be removed before build
Note: Jar files in source (see at
On 21.12.2020 17:28, Ben Cotton wrote:
Provide a better experience for Fedora users in out-of-memory (OOM)
situations by enabling systemd-oomd by default.
Earlyoom maintainer here. I think it's too early to switch to
systemd-oomd, because it was just merged to the systemd codebase and is
stil
Hi,
rubygem-debug_inspector used to be dependency of rubygem-web-console,
but it is not anymore. Since there is no other dependency have orphaned
the package.
BTW it seems the current version is not compatible with upcoming Ruby 3.0.
Vít
OpenPGP_0x0CE09EE79917B87C.asc
Description: applic
I have just noticed in f33 container, this change was implemented:
[root@9c06602a8aa6 ~]# vim /etc/yum.repos.d/x.repo
No vim found, using vi, press ENTER to continue
It's much much better, thank you a lot to the maintainer (probably Zdenek)!
On Wed, 14 Oct 2020 at 13:29, Jonathan Wakely wrote:
Dne 21. 12. 20 v 17:39 Neal Gompa napsal(a):
> On Mon, Dec 21, 2020 at 11:29 AM Ben Cotton wrote:
>> # Decompression happens inline with download. This has a positive
>> effect on resource usage: downloads are typically limited by
>> bandwidth. Decompression and writing the full data into a single
On Tue, Dec 22, 2020 at 5:31 AM Michael Schwendt wrote:
>
> On Mon, 21 Dec 2020 08:09:50 -0500, Owen Taylor wrote:
>
> > Most likely the GPU driver. This is a symptom of a corrupted Xft glyph
> > cache inside the Xwayland X server.
> >
> > (It's not impossible that the glyph was corrupted before u
On Tue, Dec 22, 2020 at 10:45 am, Vít Ondruch
wrote:
And I wonder what will be the behavior for applications, which I
start from my terminal? The most typical example for me is running
GVim from gnome-terminal.
Each gnome-terminal tab runs in its own cgroup:
│ │ │ ├─app-org.gnome.Terminal.
On Tue, Dec 22, 2020 at 10:48:22AM +0100, Miro Hrončok wrote:
[..]
> As a side note, I wonder why do you need to resort to disabling the
> automatic requires generator? If the dependency on pikepdf is bogus, work
> with upstream to remove it. In the mean time, sed/patch it out form upstream
> metad
On Tue, Dec 22, 2020 at 11:16 AM Miro Hrončok wrote:
>
> On 21. 12. 20 19:36, Kevin Fenzi wrote:
> > On Thu, Dec 17, 2020 at 09:21:15PM +0100, Fabio Valentini wrote:
> >> As Miro mentioned, I've also developed scripts to handle this "does
> >> this update break anything" for the Stewardship / Java
Hi,
On Tue, Dec 22, 2020 at 4:31 PM Owen Taylor wrote:
> On Tue, Dec 22, 2020 at 5:31 AM Michael Schwendt
> wrote:
> >
> > On Mon, 21 Dec 2020 08:09:50 -0500, Owen Taylor wrote:
> >
> > > Most likely the GPU driver. This is a symptom of a corrupted Xft glyph
> > > cache inside the Xwayland X se
Ben Cotton writes:
> For swap based actions, systemd-oomd will monitor the system-wide swap
> space and act when available swap falls below the configured
> threshold, starting with the cgroups with the highest swap usage to
> the least. Keeping some amount of swap (if enabled) available will
> p
Robbie Harwood writes:
> Ben Cotton writes:
>
>> For swap based actions, systemd-oomd will monitor the system-wide swap
>> space and act when available swap falls below the configured
>> threshold, starting with the cgroups with the highest swap usage to
>> the least. Keeping some amount of swap
On Mon, Dec 21, 2020 at 12:37 PM Petr Pisar wrote:
>
> On Sun, Dec 20, 2020 at 08:49:13AM -0500, Neal Gompa wrote:
> > On Sun, Dec 20, 2020 at 8:47 AM Richard Shaw wrote:
> > >
> > > I've noticed for a while now that if I leave one of the above pages open
> > > for an extended period of time tha
https://fedoraproject.org/wiki/Changes/ibus-m17n_as_default_Sinhala_IME
== Summary ==
The current default input method for Sinhala is ibus-sayura. This
should change to the ibus-m17n input method “m17n:si:sayura - sayura
(m17n)”
== Owner ==
* Name: [[User:Mfabian| Mike Fabian]]
* Email:
== Det
Dan Čermák writes:
> Robbie Harwood writes:
>
>> Ben Cotton writes:
>>
>>> For swap based actions, systemd-oomd will monitor the system-wide swap
>>> space and act when available swap falls below the configured
>>> threshold, starting with the cgroups with the highest swap usage to
>>> the leas
> On Mon, Dec 21, 2020 at 1:51 pm, Aleksei Bavshin wrote:
>
> Hm good point. I think only GNOME and KDE create systemd scopes when
> launching apps; systemd-oomd is not going to work well in other
> desktops. Probably other desktop spins should opt-out of this change
> for now.
>
> Michael
D
On Tue, Dec 22, 2020 at 1:41 pm, Robbie Harwood
wrote:
- OOM killer behavior. I think we're in agreement that this isn't the
thing that needs changed.
Let's back up. The choice is between earlyoom (status quo) or
systemd-oomd (future). We're not going to get rid of our userspace OOM
kille
On Tue, Dec 22, 2020 at 6:55 pm, Tom Seewald wrote:
Overall I like the change for desktop use, but I'm not sure it
currently is a good fit for non-Workstation/KDE spins of Fedora.
If your desktop doesn't segregate apps and services into cgroups,
systemd-oomd will kill the entire desktop whene
On Tue, Dec 22, 2020 at 2:03 PM Michael Catanzaro wrote:
>
> On Tue, Dec 22, 2020 at 6:55 pm, Tom Seewald wrote:
> > Overall I like the change for desktop use, but I'm not sure it
> > currently is a good fit for non-Workstation/KDE spins of Fedora.
>
> If your desktop doesn't segregate apps and s
> I cannot find it anywhere in rpm codebase.
The current status section of the proposal describes this as pending two PRs,
and in the dependencies list, they're enumerated. Most of the code is in
https://github.com/malmond77/rpm/tree/cow and enabled through work in
https://github.com/malmond77
> If your desktop doesn't segregate apps and services into cgroups,
> systemd-oomd will kill the entire desktop whenever anything uses too
> much memory, because the desktop is going to be running in the same
> cgroup as the apps that it launches. So I think desktop spins (other
> than KDE) oug
On Tue, Dec 22, 2020 at 11:42 AM Robbie Harwood wrote:
>
>
> I believe you are assuming the consequent when you suggest that kernel
> developers should be somehow fixing this in userspace.
>
> To back up: the described problem is the manifestation of an interaction
> between swap and the OOM condi
>> === New process ===
>> # Resolve packaging request into a list of packages and operations
>> # Download and '''decompress''' packages into a '''locally optimized''' rpm
>> file
>> # Install and/or upgrade packages sequentially using RPM files, using
>> ''reference linking''' (reflinking) to re
On Tue, Dec 22, 2020 at 12:58 PM Matthew Almond via devel
wrote:
>
> There is also some confusion between compressed data in the rpm and the
> transcoded one, and filesystem level compression. This proposal affects the
> former, but not the latter. I'd caution against using btrfs specific
> att
On Tue, Dec 22, 2020 at 7:45 pm, Tom Seewald wrote:
How will this work on headless systems like Fedora Server, Atomic,
and CoreOS? Will it be expected that users manually create their own
cgroups?
Either that, or don't use too much memory, yes. I assume SIGKILL is
probably at least somewhat
A propos of some discussion of the Solarwinds news, it occurred to me
to check how many proven packager accounts there are in FAS. There are
251, which seems like a lot. Then it occurred to me to check how many
of them are inactive, so I wrote a little script:
===
#!/usr/bin/python3
import getpa
On Tue, Dec 22, 2020 at 2:40 PM Adam Williamson
wrote:
>
> Perhaps we need a process for cleaning up membership of this extremely
> powerful group? If the FAS password of *any one* of those user accounts
> were somehow compromised (or if just one of them decided they had a
> grudge against Fedora
On Tue, 22 Dec 2020 at 21:40, Adam Williamson
wrote:
> that's 90 of the 251 who still have provenpackager privileges, but
> haven't run any kind of Koji build since at least 2019-01-01 (if you
> check, it turns out many of them haven't run a build since long before
> then). Many of them, to my kn
On 12/22/20 2:39 PM, Adam Williamson wrote:
epienbro
In this case this individual has passed away. :(
His packages were reassigned, but I don't think we have a process for taking care of
the rest of an individual's resources (accounts, groups, etc.).
_
On Tue, Dec 22, 2020 at 3:44 PM Adam Williamson
wrote:
>
> Perhaps we need a process for cleaning up membership of this extremely
> powerful group?
Yes, please.
I'll even go out on a limb and propose a process...
> At a point (TBD) in each release cycle members of the provenpackager group
> wh
https://fedoraproject.org/wiki/Changes/Fedora_i3_Spin
== Summary ==
Create an official Fedora Spin shipping the popular i3 window manager.
This Spin would be the first Fedora Spin to feature a tiling/window
manager instead of a traditional desktop environment.
== Owner ==
* Names: [[User:Nasir
On Tue, Dec 22, 2020 at 12:45 PM Tom Seewald wrote:
>
> > If your desktop doesn't segregate apps and services into cgroups,
> > systemd-oomd will kill the entire desktop whenever anything uses too
> > much memory, because the desktop is going to be running in the same
> > cgroup as the apps that i
On Tue, Dec 22, 2020 at 12:39:56PM -0800, Adam Williamson wrote:
> A propos of some discussion of the Solarwinds news, it occurred to me
> to check how many proven packager accounts there are in FAS. There are
> 251, which seems like a lot. Then it occurred to me to check how many
> of them are ina
On Tue, 2020-12-22 at 13:23 -0800, Kevin Fenzi wrote:
>
> > Perhaps we need a process for cleaning up membership of this extremely
> > powerful group? If the FAS password of *any one* of those user accounts
> > were somehow compromised (or if just one of them decided they had a
> > grudge against
> On Mon, Dec 21, 2020, at 1:07 PM, Neal Gompa wrote:
>
> Yes it does. It avoids writing the compressed data and then copying it back
> out
> uncompressed, which is the same amount of savings as the reflink approach.
>
> (It's also equally incompatible with deltarpm)
>
>
> No - static deltas
> I currently download once and upgrade three different systems by
> rsync-ing the cache.
>
> Do I understand that this will no longer be supported or work?
That's an interesting question. Is sharing the cache directory from a single
host intended to be shared like this? I am guessing no, but i
On Tue, Dec 22, 2020 at 01:39:26PM -0800, Adam Williamson wrote:
>
> So that proposal was just for all packagers. I think it should at least
> be reasonable to set a relatively high bar for being a provenpackager.
That predates the existance of the provenpackager group, so yeah. ;)
> Proven pack
On 12/22/20 1:55 AM, Guido Aulisi wrote:
Hi,
ardour5 fails to build in rawhide and it has been obsoleted by ardour6.
Should we retire it in rawhide?
Nils, if you can give me commit access to ardour6 I can help build the
new version as they are released.
My FAS account: tartina
Thanks
Ciao
Gu
On Mon, Dec 21, 2020 at 07:14:08PM +0100, Marius Schwarz wrote:
> Am 21.12.20 um 18:53 schrieb Kevin Fenzi:
> > But in general perhaps we should decide how much value drpms provide
> > these days and either make sure we are making more of them, or drop
> > them.
> delta rpms safe so much time in fo
On Tue, Dec 22, 2020, 2:39 PM Adam Williamson
wrote:
> So that proposal was just for all packagers. I think it should at least
> be reasonable to set a relatively high bar for being a provenpackager.
Agreed that there's a higher bar here. I think the privilege should be
revoked if you've not bu
On Tue, Dec 22, 2020 at 02:02:13PM -0800, Kevin Fenzi wrote:
> > delta rpms safe so much time in form of bandwidth on the client side.
> Well, it's tradeoffs. They save bandwith and download time on one side,
> but use lots of cpu cycles and disk space on the other. It just depends
> on what each p
Быстрый онлайн кредит на карту от популярного бесплатного сервиса в Украине -
Foxmoney. Деньги в кредит на карту за считанные минуты без справок и залогов
в день обращения. Только проверенные онлайн займы на карту
https://foxmoney.com.ua/kredit-pod-0/ под 0% в Украине.
Список проверенных кр
On Tue, Dec 22, 2020 at 9:23 PM Kevin Fenzi wrote:
>
> On Tue, Dec 22, 2020 at 12:39:56PM -0800, Adam Williamson wrote:
> > A propos of some discussion of the Solarwinds news, it occurred to me
> > to check how many proven packager accounts there are in FAS. There are
> > 251, which seems like a l
On Tue, Dec 22, 2020 at 9:58 PM Kevin Fenzi wrote:
>
> On Tue, Dec 22, 2020 at 01:39:26PM -0800, Adam Williamson wrote:
> >
> > So that proposal was just for all packagers. I think it should at least
> > be reasonable to set a relatively high bar for being a provenpackager.
>
> That predates the e
On Tuesday, December 22, 2020 4:54:34 PM EST Matthew Almond via devel wrote:
> > I currently download once and upgrade three different systems by
> > rsync-ing the cache.
> >
> > Do I understand that this will no longer be supported or work?
>
> That's an interesting question. Is sharing the cache
On Mon, Dec 21, 2020 at 05:34:01PM -0500, Jonathan Lebon wrote:
> We've recently started a rawhide "mechanical" stream of Fedora CoreOS
> (mechanical streams are streams that are meant for developers and that
> don't use RPM lockfiles). You can see the first build here:
>
> https://builds.coreos.f
> This is intended to be a generic approach to user space oom
> management, but it does tie into resource control too. And the
> resource control organization of what processes are considered
> critical are different between a desktop and a server. The idea of
> "user wants to take control or see w
Michael Catanzaro left as an exercise for the reader:
> On Thu, Dec 17, 2020 at 4:35 pm, Richard Shaw wrote:
> > I'll take a look at the IBM community stuff while I'm on holiday after
> > this week which may also be a stop gap.
>
> It's probably limited to a short trial period or something. You'l
On Tue, Dec 22, 2020, at 2:45 PM, Tom Seewald wrote:
> > If your desktop doesn't segregate apps and services into cgroups,
> > systemd-oomd will kill the entire desktop whenever anything uses too
> > much memory, because the desktop is going to be running in the same
> > cgroup as the apps tha
On Tue, Dec 22, 2020 at 10:29:11PM +, Peter Robinson wrote:
>
> I think what ever process is run at the point their account is
> disabled should revoke all privileges, that's a fairly standard IT
> security procedure.
There's no process for packages/provenpackagers.
We do have a process for
On Tue, Dec 22, 2020 at 11:15:53AM +0100, Miro Hrončok wrote:
> On 21. 12. 20 19:36, Kevin Fenzi wrote:
> > On Thu, Dec 17, 2020 at 09:21:15PM +0100, Fabio Valentini wrote:
> > > As Miro mentioned, I've also developed scripts to handle this "does
> > > this update break anything" for the Stewardshi
On Tue, Dec 22, 2020 at 10:41 pm, Tom Seewald
wrote:
So are you confirming that users are now going to need to place
things in their own cgroup if they do not want systemd-oomd to
potentially kill the single cgroup containing all of their running
applications?
If this change is approved: yes
On Tue, Dec 22, 2020 at 11:02 PM Kevin Fenzi wrote:
>
> On Tue, Dec 22, 2020 at 10:29:11PM +, Peter Robinson wrote:
> >
> > I think what ever process is run at the point their account is
> > disabled should revoke all privileges, that's a fairly standard IT
> > security procedure.
>
> There's
On Mon, 2020-12-21 at 17:34 -0500, Jonathan Lebon wrote:
> We've recently started a rawhide "mechanical" stream of Fedora CoreOS
> (mechanical streams are streams that are meant for developers and that
> don't use RPM lockfiles). You can see the first build here:
>
> https://builds.coreos.fedorapr
On Tue, 2020-12-22 at 15:22 -0800, Adam Williamson wrote:
> On Mon, 2020-12-21 at 17:34 -0500, Jonathan Lebon wrote:
> > We've recently started a rawhide "mechanical" stream of Fedora CoreOS
> > (mechanical streams are streams that are meant for developers and that
> > don't use RPM lockfiles). You
On Tue, Dec 22, 2020 at 11:22:17PM +, Peter Robinson wrote:
> On Tue, Dec 22, 2020 at 11:02 PM Kevin Fenzi wrote:
> >
> > On Tue, Dec 22, 2020 at 10:29:11PM +, Peter Robinson wrote:
> > >
> > > I think what ever process is run at the point their account is
> > > disabled should revoke all
On Wed, Dec 23, 2020 at 12:20 AM Kevin Fenzi wrote:
>
> On Tue, Dec 22, 2020 at 11:22:17PM +, Peter Robinson wrote:
> > On Tue, Dec 22, 2020 at 11:02 PM Kevin Fenzi wrote:
> > >
> > > On Tue, Dec 22, 2020 at 10:29:11PM +, Peter Robinson wrote:
> > > >
> > > > I think what ever process is
On Tue, Dec 22, 2020 at 3:42 PM Tom Seewald wrote:
>
> > This is intended to be a generic approach to user space oom
> > management, but it does tie into resource control too. And the
> > resource control organization of what processes are considered
> > critical are different between a desktop an
On Wed, Dec 23, 2020 at 12:37 AM Peter Robinson wrote:
>
> On Wed, Dec 23, 2020 at 12:20 AM Kevin Fenzi wrote:
> >
> > On Tue, Dec 22, 2020 at 11:22:17PM +, Peter Robinson wrote:
> > > On Tue, Dec 22, 2020 at 11:02 PM Kevin Fenzi wrote:
> > > >
> > > > On Tue, Dec 22, 2020 at 10:29:11PM +000
I'm not quite sure where else to direct this - I intermittently do some
Fortran work and the Eclipse plugin (eclipse-photran) appears to have
disappeared from the repos since F32. Looking at Koji, releng was
previously doing the builds for it . Does anyone know anymore about
this including whether
> Earlyoom maintainer here. I think it's too early to switch to
> systemd-oomd, because it was just merged to the systemd codebase and is
> still an experimental feature.
Hi! I authored the PR for systemd-oomd. It was merged as a feature for
"preview" rather than "release", but that was so the
On Mon, Dec 21, 2020 at 11:03:36AM +0100, Vít Ondruch wrote:
>
> Dne 17. 12. 20 v 21:17 Kevin Fenzi napsal(a):
> >
> > After 1 day the rpms are removed.
> > After 7 days the logs are removed.
> >
> > Non koschei scratch builds (both logs and rpms) are kept for 14 days.
> >
> > Would keeping the
On Tue, Dec 22, 2020 at 3:47 PM Richard Shaw wrote:
> On Tue, Dec 22, 2020 at 2:40 PM Adam Williamson <
> adamw...@fedoraproject.org> wrote:
>
>>
>> Perhaps we need a process for cleaning up membership of this extremely
>> powerful group? If the FAS password of *any one* of those user accounts
>>
I need a handful of package reviews to finish reviving the scala package:
jline2: https://bugzilla.redhat.com/show_bug.cgi?id=1908038
This is a re-review, as we have had a jline2 package before. This is
basically just the existing jline spec file with a new name, so that
the jline package can mov
On Tue, Dec 22, 2020 at 6:17 PM Anita Zhang wrote:
> > That's why I think this change need to be postponed to Fedora 35 (opt-in
> > in F34 and default in F35).
>
> I'm actually not opposed to that.
Another variation on this theme: enable by default in Fedora 34 Server
edition. And more broadly r
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
ID: 745677 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/745677
ID: 745684 Test: aarch64 Cloud_Ba
79 matches
Mail list logo
