https://bugzilla.redhat.com/show_bug.cgi?id=1909780
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
Doc Type|---
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/rpms/nodejs-svgo
How does this compare to
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/rpms/nodejs-svgo
--
Luya Tshimbalanga
Fedora Design Team
Fedora Design Suite maintainer
https://fedorapeople.org/groups/389ds/ci/nightly/2020/12/22/report-389-ds-base-1.4.4.9-1.fc33.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code
On Mon, Dec 21, 2020 at 3:12 PM Florian Weimer wrote:
> To be honest, creating a custom Fedora version of tbb that does not
> match neither the old nor the new version does not sound particularly
> attractive.
Agreed. With a compatibility package, however, we'll have to be
vigilant that no
https://bugzilla.redhat.com/show_bug.cgi?id=1909364
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #4 from
Slaanesh is still active. The best way to contact him is through e-mail.
On 2020-12-21 1:05 p.m., Robert Scheck wrote:
Hello all,
given the lack of any response over a timeframe of 1+ months at
https://bugzilla.redhat.com/show_bug.cgi?id=1896375
for libtelnet, I am hereby starting (as
https://bugzilla.redhat.com/show_bug.cgi?id=1909364
--- Comment #5 from Fedora Update System ---
FEDORA-2020-8dc1b2602a has been pushed to the Fedora 33 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
Neal Gompa writes:
On Mon, Dec 21, 2020 at 1:14 PM Marius Schwarz
wrote:
>
> If something really needs to change, it is the 50+ MB repo database that
> gets downloaded. It takes ages on slow connections to download
> and than you want to increase the size of the rpms too.. Doesn't sound
>
https://bugzilla.redhat.com/show_bug.cgi?id=1909508
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1909508
--- Comment #4 from Fedora Update System ---
FEDORA-2020-bac5ecd005 has been pushed to the Fedora 33 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
https://bugzilla.redhat.com/show_bug.cgi?id=1909507
--- Comment #4 from Fedora Update System ---
FEDORA-2020-28a677bff8 has been pushed to the Fedora 33 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
https://bugzilla.redhat.com/show_bug.cgi?id=1909507
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
The following Fedora EPEL 8 Security updates need testing:
Age URL
7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-c82583d07e
pngcheck-2.4.0-5.el8
6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-fe42686452
mbedtls-2.16.9-1.el8
The following builds have been
The following Fedora EPEL 7 Security updates need testing:
Age URL
6 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-bc6881c4f5
pngcheck-2.4.0-5.el7
5 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-dddcb59a9c
phpldapadmin-1.2.5-1.el7
5
On Mon, 2020-12-21 at 12:48 -0500, Colin Walters wrote:
>
> On Mon, Dec 21, 2020, at 11:28 AM, Ben Cotton wrote:
> >
> >
> > == Summary ==
> >
> > RPM Copy on Write provides a better experience for Fedora Users as
> > it
> > reduces the amount of I/O and offsets CPU cost of package
> >
On Mon, 2020-12-21 at 12:54 -0400, Robert Marcano via devel wrote:
> On 12/21/20 12:28 PM, Ben Cotton wrote:
> > ...
> >
> > === New process ===
> >
> > # Resolve packaging request into a list of packages and operations
> > # Download and '''decompress''' packages into a '''locally
> >
On Mon, 2020-12-21 at 09:53 -0800, Kevin Fenzi wrote:
> Cool. A few questions inline...
>
> On Mon, Dec 21, 2020 at 11:28:51AM -0500, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/RPMCoW
> >
> >
> > == Summary ==
> >
> > RPM Copy on Write provides a better experience for Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=1909889
Bug ID: 1909889
Summary: perl-DateTime-TimeZone-2.45 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-DateTime-TimeZone
Keywords: FutureFeature,
On Mon, Dec 21, 2020 at 2:20 pm, Aleksei Bavshin
wrote:
It's just that as a maintainer of one of those alternative desktop
environments I have no idea how to make that work in default
configuration.
You're going to want to create a new systemd scope for each application
that you launch.
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?stream=rawhide
This will allow us to more
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.freedesktop.org/software/systemd/man/oomctl.html
On Mon, Dec 21, 2020 at 1:51 pm, Aleksei Bavshin
wrote:
This makes me slightly very concerned. According to cgls, I have most
of the apps running directly under user-$UID.slice ->
session-X.scope. That includes a compositor (sway) and a few
applications that consume uncomfortably close to
* Jerry James:
> Yes, only libtbb itself changed soname. Upstream has removed a number
> of deprecated interfaces, including the task class. That removal
> breaks quite a few Fedora packages. I will not update right away. We
> will have to decide how to deal with the breakage. In the short
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.freedesktop.org/software/systemd/man/oomctl.html
> >
On 12/21/20 8:28 AM, Ben Cotton wrote:
== Documentation ==
https://www.freedesktop.org/software/systemd/man/systemd-oomd.html
https://www.freedesktop.org/software/systemd/man/oomctl.html
https://www.freedesktop.org/software/systemd/man/oomd.conf.html
Be aware that if you intend to enable
Greetings all,
Flint 2.7.0 is out and has bumped the soname. In about a week, I will
build it and rebuild all dependent packages, namely:
- antic
- arb
- e-antic
- eclib
- normaliz
- polymake
- pynac
- sagemath
- Singular
Regards,
--
Jerry James
http://www.jamezone.org/
I'm very sorry for the delay, Florian. I got buried under $DAYJOB
work that had to be done before everybody disappeared for Christmas,
and have let Fedora slide. I'm catching up now.
On Wed, Dec 9, 2020 at 1:51 PM Florian Weimer wrote:
> Which parts changed soname? Only libtbb.so.12 (from
On Mon, 21 Dec 2020 at 15:10, Miro Hrončok wrote:
> Dear maintainers.
>
> Based on the current fail to build from source policy, the following
> packages
> will be retired from Fedora 34 approximately one week before branching
> (February
> 2021).
>
> Policy:
>
>
On Mon, 2020-12-21 at 12:14 -0600, Richard Shaw wrote:
> It looks like this has been a problem for a while but I only just now
> noticed.
> Is it really necessary to have all the audit: messages in dmesg? It
> makes it nearly unreadable.
I revisited
Hi,
I'm updating Hydrogen drum machine to the latest version in rawhide.
It bumps SONAME in libhydrogen-core.so
To my knowledge nothing requires this library, it seems an internal use
only lib.
Ciao
Guido
FAS: tartina
signature.asc
Description: This is a digitally signed message part
Hello all,
given the lack of any response over a timeframe of 1+ months at
https://bugzilla.redhat.com/show_bug.cgi?id=1896375
for libtelnet, I am hereby starting (as suggested by Stephen Smoogen at
Freenode IRC #fedora-apps) week #0 of
https://bugzilla.redhat.com/show_bug.cgi?id=1909861
Bug ID: 1909861
Summary: perl-Date-HolidayParser-0.43 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Date-HolidayParser
Keywords:
On Mon, Dec 21, 2020 at 2:35 PM Anita Zhang wrote:
>
> I think so. I designed the systemd-oomd interface to be general enough to
> eventually support sending d-bus signals in addition to or in place of
> killing cgroups with SIGKILL. But I'm uncertain if it can be implemented
> before the
On Mon, 2020-12-21 at 12:44 -0600, Michael Catanzaro wrote:
> On Mon, Dec 21, 2020 at 9:59 am, Davide Cavalca via devel
> wrote:
> > We had thought about that, but one concern was migrating custom
> > configuration that one might have for earlyoom, which could be
> > tricky.
> > If we're ok with
On Mon, Dec 21, 2020 at 1:43 PM Gary Buhrmaster
wrote:
> On Mon, Dec 21, 2020 at 7:25 PM Richard Shaw wrote:
>
> > I would say so...
> >
> > $ dmesg | grep -c audit
> > 767
> >
> > $ dmesg | grep -cv audit
> > 30
> >
>
> You will likely have to share some of the audit
> entries.
>
I don't want
On Mon, Dec 21, 2020 at 7:25 PM Richard Shaw wrote:
> I would say so...
>
> $ dmesg | grep -c audit
> 767
>
> $ dmesg | grep -cv audit
> 30
>
You will likely have to share some of the audit
entries.
That last time I recall seeing so many audit entries
in dmesg I had set selinux to be
I think so. I designed the systemd-oomd interface to be general enough to
eventually support sending d-bus signals in addition to or in place of killing
cgroups with SIGKILL. But I'm uncertain if it can be implemented before the
freeze.
___
devel
Hi,
This package is a new dependency of python-molecule. Can someone take a
look and review it please.
https://bugzilla.redhat.com/show_bug.cgi?id=1901747
Happy to review in exchange.
--
*Chedi Toueiti*
* Due to the constant fluctuation in customer personalities, we cannot be
responsible for
On Mon, Dec 21, 2020 at 12:54 PM Alexander Ploumistos <
alex.ploumis...@gmail.com> wrote:
> Hello Richard,
>
> Right after logging in (and starting Firefox), dmesg returns 1176
> lines, of which 25 are audit messages. It's pretty much the same ratio
> on a second desktop and slightly higher
On Mon, Dec 21, 2020 at 2:14 PM Matthew Miller wrote:
>
> On Mon, Dec 21, 2020 at 01:47:19PM -0500, Neal Gompa wrote:
> > As someone who has to package for multiple distributions, I would
> > oppose any attempt to cripple DNF to stop supporting file dependencies
> > properly. I *aggressively* use
On Mon, Dec 21, 2020 at 01:47:19PM -0500, Neal Gompa wrote:
> As someone who has to package for multiple distributions, I would
> oppose any attempt to cripple DNF to stop supporting file dependencies
> properly. I *aggressively* use file dependencies to avoid having to
> litter my spec files with
As a reminder, Fedora 34 Change proposals for System-Wide Changes or
Changes requiring a mass rebuild are due on Tuesday 29 December.
Self-contained Change proposals are due on 19 January.
The full Fedora 34 schedule is on Fedora People:
As a reminder, Fedora 34 Change proposals for System-Wide Changes or
Changes requiring a mass rebuild are due on Tuesday 29 December.
Self-contained Change proposals are due on 19 January.
The full Fedora 34 schedule is on Fedora People:
Hello Richard,
Right after logging in (and starting Firefox), dmesg returns 1176
lines, of which 25 are audit messages. It's pretty much the same ratio
on a second desktop and slightly higher (46/724) on a server running
multiple services, but I would call neither nearly unreadable. Are you
https://bugzilla.redhat.com/show_bug.cgi?id=1909829
Bug ID: 1909829
Summary: perl-ExtUtils-MakeMaker-7.58 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-ExtUtils-MakeMaker
Keywords:
On Mon, Dec 21, 2020 at 1:42 PM Matthew Miller wrote:
>
> On Mon, Dec 21, 2020 at 07:14:08PM +0100, Marius Schwarz wrote:
> > delta rpms safe so much time in form of bandwidth on the client side.
> > If something really needs to change, it is the 50+ MB repo database
> > that gets downloaded. It
On Monday, December 21, 2020 11:28:51 AM EST Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/RPMCoW
[snip]
> # The file format for RPMs is different with Copy on Write. The
> headers are identical, but the payload is different. There is also a
> footer.
> ## Files are converted
On Mon, Dec 21, 2020, at 1:07 PM, Neal Gompa wrote:
>
> Sure, this makes some degree of sense, but it doesn't reduce the IOPS
> for actually *doing* the installation.
Yes it does. It avoids writing the compressed data and then copying it back
out uncompressed, which is the same amount of
On Mon, Dec 21, 2020 at 9:59 am, Davide Cavalca via devel
wrote:
We had thought about that, but one concern was migrating custom
configuration that one might have for earlyoom, which could be tricky.
If we're ok with unconditionally migrating to oomd with its default
config, that should be
On Mon, Dec 21, 2020 at 07:14:08PM +0100, Marius Schwarz wrote:
> delta rpms safe so much time in form of bandwidth on the client side.
> If something really needs to change, it is the 50+ MB repo database
> that gets downloaded. It takes ages on slow connections to download
This needs a
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 / enough confidence
> to just push
On Mon, Dec 21, 2020 at 1:14 PM 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 form of
On Mon, Dec 21, 2020 at 01:07:42PM -0500, Neal Gompa wrote:
> As an aside, I *really* hate this split of terminology we have among
> Editions, Spins, and Labs. It's confusing to everyone. :(
The website hasn't been changed, but officially all of these are Fedora
Solutions, with only Editions
It looks like this has been a problem for a while but I only just now
noticed.
Is it really necessary to have all the audit: messages in dmesg? It makes
it nearly unreadable.
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To
On Mon, Dec 21, 2020 at 12:59 PM Davide Cavalca via devel
wrote:
>
> On Mon, 2020-12-21 at 10:57 -0600, Michael Catanzaro wrote:
> > On Mon, Dec 21, 2020 at 11:28 am, Ben Cotton
> > wrote:
> > > == Upgrade/compatibility impact ==
> > >
> > > Existing systems running earlyoom will not be
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 form of bandwidth on the client side.
If something really needs to change, it
On Mon, Dec 21, 2020 at 12:49 PM Colin Walters wrote:
>
>
>
> On Mon, Dec 21, 2020, at 11:28 AM, Ben Cotton wrote:
> >
> >
> >
> > == Summary ==
> >
> > RPM Copy on Write provides a better experience for Fedora Users as it
> > reduces the amount of I/O and offsets CPU cost of package
> >
On Mon, 2020-12-21 at 10:57 -0600, Michael Catanzaro wrote:
> On Mon, Dec 21, 2020 at 11:28 am, Ben Cotton
> wrote:
> > == Upgrade/compatibility impact ==
> >
> > Existing systems running earlyoom will not be modified. One can
> > transition to systemd-oomd via:
> >
> > sudo systemctl disable
On Mon, 2020-12-21 at 18:00 +0100, Tomasz Torcz wrote:
> On Mon, Dec 21, 2020 at 11:28:51AM -0500, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/RPMCoW
> > # dnf-plugin-reflink (a new package):
> > https://github.com/facebookincubator/dnf-plugin-cow/
>
> Does not exists, but
Cool. A few questions inline...
On Mon, Dec 21, 2020 at 11:28:51AM -0500, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/RPMCoW
>
>
> == Summary ==
>
> RPM Copy on Write provides a better experience for Fedora Users as it
> reduces the amount of I/O and offsets CPU cost of package
On Mon, Dec 21, 2020, at 11:28 AM, Ben Cotton wrote:
>
>
>
> == Summary ==
>
> RPM Copy on Write provides a better experience for Fedora Users as it
> reduces the amount of I/O and offsets CPU cost of package
> decompression. RPM Copy on Write uses reflinking capabilities in
> btrfs, which
On Mon, Dec 21, 2020 at 11:58 AM Michael Catanzaro wrote:
>
>
> On Mon, Dec 21, 2020 at 11:39 am, Neal Gompa wrote:
> > This is very exciting! There is one thing, though: we need a libdnf
> > plugin for PackageKit to use too. "DNF plugins" are at the Python
> > layer, and libdnf has its own
On Mon, Dec 21, 2020 at 11:28:51AM -0500, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/RPMCoW
> # dnf-plugin-reflink (a new package):
> https://github.com/facebookincubator/dnf-plugin-cow/
Does not exists, but I've just noticed it mentioned in Current Status
on Wiki:
3.2 Github
On Mon, Dec 21, 2020 at 11:39 am, Neal Gompa wrote:
This is very exciting! There is one thing, though: we need a libdnf
plugin for PackageKit to use too. "DNF plugins" are at the Python
layer, and libdnf has its own plugin system that C/C++ consumers can
use. So if both a libdnf and a dnf
On Mon, Dec 21, 2020 at 11:28 am, Ben Cotton wrote:
== Upgrade/compatibility impact ==
Existing systems running earlyoom will not be modified. One can
transition to systemd-oomd via:
sudo systemctl disable --now earlyoom
sudo systemctl enable --now systemd-oomd
Systems that were previously
On 12/21/20 12:28 PM, Ben Cotton wrote:
...
=== New process ===
# Resolve packaging request into a list of packages and operations
# Download and '''decompress''' packages into a '''locally optimized''' rpm file
# Install and/or upgrade packages sequentially using RPM files, using
'''reference
On Mon, Dec 21, 2020 at 11:29 AM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/EnableSystemdOomd
>
> == Summary ==
>
> Provide a better experience for Fedora users in out-of-memory (OOM)
> situations by enabling
> [https://www.freedesktop.org/software/systemd/man/systemd-oomd.html
gnome-software doesn't ingest the appdata file directly, it is instead
looking at bundled data from appstream-builder. I think the local file
gnome-software wants to ingest should be created by running
appstream-builder on the RPM of the program with your updated appdata file.
-Ian
On Mon, Dec
On Mon, Dec 21, 2020 at 11:29 AM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/RPMCoW
>
>
> == Summary ==
>
> RPM Copy on Write provides a better experience for Fedora Users as it
> reduces the amount of I/O and offsets CPU cost of package
> decompression. RPM Copy on Write uses
https://fedoraproject.org/wiki/Changes/EnableSystemdOomd
== Summary ==
Provide a better experience for Fedora users in out-of-memory (OOM)
situations by enabling
[https://www.freedesktop.org/software/systemd/man/systemd-oomd.html
systemd-oomd] by default. Actions taken by systemd-oomd operate on
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://fedoraproject.org/wiki/Changes/RPMCoW
== Summary ==
RPM Copy on Write provides a better experience for Fedora Users as it
reduces the amount of I/O and offsets CPU cost of package
decompression. RPM Copy on Write uses reflinking capabilities in
btrfs, which is the default filesystem in
https://fedoraproject.org/wiki/Changes/EnableSystemdOomd
== Summary ==
Provide a better experience for Fedora users in out-of-memory (OOM)
situations by enabling
[https://www.freedesktop.org/software/systemd/man/systemd-oomd.html
systemd-oomd] by default. Actions taken by systemd-oomd operate on
Hi all,
neither trac-accountmanager-plugin nor trac-spamfilter-plugin work with
the development (1.5.x) build of trac currently in Fedora 33 and
Rawhide. This may change at some point but as I can't use them with
trac on my Fedora 33 server, I've decided to abandon my own use of
trac. Hence I
Well no so fast... I've made a number of changes and it doesn't appear to
show any of them, it's still using data from somewhere other than the local
file.
This is getting really frustrating.
Thanks,
Richard
___
devel mailing list --
https://bugzilla.redhat.com/show_bug.cgi?id=1909780
Bug ID: 1909780
Summary: perl-System-Info-0.060 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-System-Info
Keywords: FutureFeature, Triaged
Missing expected images:
Xfce raw-xz armhfp
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: 14/180 (x86_64), 8/122 (aarch64)
New failures (same test not failed in
Found it...
gnome-software --local-filename=...
Thanks,
Richard
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
In the past when I've created an appdata file for a project I was able to
kill gnome-software and restart with --prefer-local so I could see that it
showed up correctly.
This seems to no longer work and google has not been helpful. Any
workaround?
Thanks,
Richard
On 21. 12. 20 14:54, Miro Hrončok wrote:
For human readable dependency chains, see https://packager.fedorainfracloud.org/
For all orphaned packages, see https://packager.fedorainfracloud.org/orphan
Pro tip:
Put ^((?!nodejs).) in the search bar to filter out nodejs packages.
--
Miro Hrončok
Dear maintainers.
Based on the current fail to build from source policy, the following packages
will be retired from Fedora 34 approximately one week before branching (February
2021).
Policy:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
Note that
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
OLD: Fedora-Rawhide-20201219.n.1
NEW: Fedora-Rawhide-20201221.n.0
= SUMMARY =
Added images:3
Dropped images: 0
Added packages: 0
Dropped packages:5
Upgraded packages: 70
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:21.87 MiB
On Mon, Dec 21, 2020 at 4:37 AM Michael Schwendt wrote:
>
> In the attached screenshot excerpt it's the bold "a" character that is
> missing everywhere within the entire main window of Claws Mail. In other
> cases, it's a different character. Sometimes it is not missing but
> visually corrupted,
https://bugzilla.redhat.com/show_bug.cgi?id=1909653
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
Dne 19. 12. 20 v 21:24 Luya Tshimbalanga napsal(a):
> Just an idea of a form application that generates the spec file for newcomers
> as an example.
Something like
https://xsuchy.github.io/rpm-spec-wizard/
?
I do not propagate it too much as the first page needs a lot of love - it seems
https://bugzilla.redhat.com/show_bug.cgi?id=1909653
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1909492
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1909508
--- Comment #1 from Fedora Update System ---
FEDORA-2020-bac5ecd005 has been submitted as an update to Fedora 33.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-bac5ecd005
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1909508
--- Comment #1 from Fedora Update System ---
FEDORA-2020-bac5ecd005 has been submitted as an update to Fedora 33.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-bac5ecd005
--- Comment #2 from Fedora Update System ---
On 21. 12. 20 2:38, clime wrote:
On Sun, 20 Dec 2020 at 11:39, Miro Hrončok wrote:
On 12/20/20 1:38 AM, clime wrote:
I view this proposal as a risk that the spec files will look a bit more
weird, and the spec files maintenance will start diverging too much.
Everything happening for an
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 that I can no longer submit comments. I just
> > get the cursor
https://bugzilla.redhat.com/show_bug.cgi?id=1909508
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
On 20/11/2020 16:26, Ben Cotton wrote:
== Summary ==
This change proposal is to route all audio from PulseAudio and JACK to
the PipeWire Audio
daemon by default.
So I tried this in F33 with the packages from updates-testing
and I'm afraid to say it didn't end well...
Audio functionality
https://bugzilla.redhat.com/show_bug.cgi?id=1909507
--- Comment #1 from Fedora Update System ---
FEDORA-2020-28a677bff8 has been submitted as an update to Fedora 33.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-28a677bff8
--- Comment #2 from Fedora Update System ---
https://bugzilla.redhat.com/show_bug.cgi?id=1909507
--- Comment #1 from Fedora Update System ---
FEDORA-2020-28a677bff8 has been submitted as an update to Fedora 33.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-28a677bff8
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1909508
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1909364
Petr Pisar changed:
What|Removed |Added
Fixed In Version||perl-CPANPLUS-0.991.000-1.f
1 - 100 of 114 matches
Mail list logo