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
https://bugzilla.redhat.com/show_bug.cgi?id=1910212
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring.org's scratch build of
perl-Tk-GraphViz-1.08-1.fc32.src.rpm for rawhide completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=58085989
--
You
https://bugzilla.redhat.com/show_bug.cgi?id=1910212
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1741485
--> https://bugzilla.redhat.com/attachment.cgi?id=1741485=edit
[patch] Update to 1.08 (#1910212)
--
You are receiving this mail because:
You are on the CC
https://bugzilla.redhat.com/show_bug.cgi?id=1910212
Bug ID: 1910212
Summary: perl-Tk-GraphViz-1.08 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Tk-GraphViz
Keywords: FutureFeature, Triaged
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
https://bugzilla.redhat.com/show_bug.cgi?id=1910204
Bug ID: 1910204
Summary: perl-DateTime-TimeZone-2.46 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-DateTime-TimeZone
Keywords: FutureFeature,
https://bugzilla.redhat.com/show_bug.cgi?id=1904001
Product Security DevOps Team changed:
What|Removed |Added
Flags|needinfo?(security-response
https://bugzilla.redhat.com/show_bug.cgi?id=1904001
Yasuhiro Ozone changed:
What|Removed |Added
CC||security-response-team@redh
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
https://bugzilla.redhat.com/show_bug.cgi?id=1909889
--- Comment #4 from Fedora Update System ---
FEDORA-2020-7ef8caa0e8 has been pushed to the Fedora 32 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1909889
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1906963
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
> 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
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
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
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
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 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 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).
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:
>
>
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 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:
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
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
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
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.
> 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
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:
>
>
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 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
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
Быстрый онлайн кредит на карту от популярного бесплатного сервиса в Украине -
Foxmoney. Деньги в кредит на карту за считанные минуты без справок и залогов
в день обращения. Только проверенные онлайн займы на карту
https://foxmoney.com.ua/kredit-pod-0/ под 0% в Украине.
Список проверенных
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
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
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
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
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
> 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
> 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
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 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
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
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:
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
>
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, 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
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
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
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
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
>
While fixing up the packaging of gaupol to meet modern standards (for EPEL7
values of modern), I found that it includes one file copied from anjuta,
distributed under GPLv2+, as described in the CREDITS file. Accordingly, the
License field has changed from “GPLv3+” to “GPLv3+ and GPLv2+”. The
>> === 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
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
> 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)
> 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
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
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
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
> 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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1910128
Bug ID: 1910128
Summary: perl-DateTime-Locale-1.31 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-DateTime-Locale
Keywords: FutureFeature,
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:
==
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:
==
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
https://bugzilla.redhat.com/show_bug.cgi?id=1910105
Bug ID: 1910105
Summary: perl-Net-SSH2-0.72 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Net-SSH2
Keywords: FutureFeature, Triaged
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
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
>
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
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 /
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
>
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:
│ │ │
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
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
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:
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:
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=1910040
Bug ID: 1910040
Summary: perl-CatalystX-SimpleLogin-0.21 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-CatalystX-SimpleLogin
Keywords:
https://bugzilla.redhat.com/show_bug.cgi?id=1838000
Jitka Plesnikova changed:
What|Removed |Added
Depends On||1909860
--
You are receiving
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
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
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 -
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 --
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 /
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
https://bugzilla.redhat.com/show_bug.cgi?id=1909829
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
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
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
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
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
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.
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.
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://bugzilla.redhat.com/show_bug.cgi?id=1909889
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1909889
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
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/>
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:
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.
1 - 100 of 104 matches
Mail list logo
