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 Scour
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
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 execu
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
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
> lik
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
> > decompre
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
> > optimized'
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
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. I'd
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 easily
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
https:/
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 100%
* 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 te
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
> > https://www.freedesktop.org/
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 mo
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 libt
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:
>
> https://docs.fedoraproject.org/en
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 https://bugzilla.redhat.com/show_bug.cgi?id=1227
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://docs.fedoraproject.org/en-US/fesco/Policy_fo
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 freez
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 permissive
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 maili
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 (46/72
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:
https://fedorapeople.org/groups/schedule/f-34/f-34-key-tasks
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
seeing
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 t
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 (“trans
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 savi
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 prett
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 followup.
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 upda
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 b
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 being
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 uns
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 modified.
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
> > decompres
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 I've
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 is
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 plugi
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 r
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 plugi
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 not
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 21
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 ref
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/blob/c4bf0d2031b529e637d085a84837325dde36f1c2/
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 F
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 have
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 -- devel@lists.fedorap
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 F
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:
https://docs.fedoraproject.org/en-US/
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 s
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, l
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
empty
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 overesti
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 ci
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 shou
On Mon, Dec 21, 2020 at 11:13 AM Vít Ondruch wrote:
> > There is also a possibility for a group or individual to request their
> > packages to be auto-tracked - whenever the person or group gets at
> > least commit privileges to a package in dist-git, Koschei will start
> > tracking it. To request
Dne 21. 12. 20 v 10:37 Mikolaj Izdebski napsal(a):
On Wed, Dec 16, 2020 at 8:18 PM Jonathan Wakely
wrote:
Can we just add everything to Koschei instead
of having it opt-in?
+1
It happens quite often that I stumble upon some package which is already
FTBFS, but it is hard to tell for how lo
Dne 17. 12. 20 v 21:17 Kevin Fenzi napsal(a):
On Thu, Dec 17, 2020 at 03:26:47PM +0100, Vít Ondruch wrote:
Sadly we do not have the amount of disk space needed for that. Koschei
fills up our koji partition regularly. The partition has a 100TB HARD
limit and between koschei, ELN and regular upda
On Wed, Dec 16, 2020 at 8:18 PM Jonathan Wakely
wrote:
> Can we just add everything to Koschei instead
> of having it opt-in?
That is technically possible, but so far no one asked about this.
Currently 53 % of all packages (and 59 % of rawhide packages) are
"tracked", which means Koschei submits
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, looking like random "garbage" data.
Fedora 33 x86_64 GNOME Shell on
78 matches
Mail list logo
