BTW my local servlet, which is on F33, lost automounting of lvm on
mdraid home
Makes systemd unit crazy, it forgets about user units, and refuses to
acknowledge them even after /home is remounted manually.
(this may or may not be the same thing, F32 & 33 have not diverged too
far yet)
--
Nicola
Thanks:))
On Fri, Mar 6, 2020 at 9:11 PM Elliott Sales de Andrade <
quantum.anal...@gmail.com> wrote:
> Hi Dan!
>
> On Thu, 27 Feb 2020 at 02:55, Daniel Shoemaker
> wrote:
> >
> > Hi, my name is Dan Shoemaker.
> > I have been using Fedora since Fedora Core 6 for both personal and
> professional
Hi Dan!
On Thu, 27 Feb 2020 at 02:55, Daniel Shoemaker wrote:
>
> Hi, my name is Dan Shoemaker.
> I have been using Fedora since Fedora Core 6 for both personal and
> professional use. About five years ago I started developing bash scripts in
> order to start automating tasks I was doing whil
No missing expected images.
Failed openQA tests: 23/171 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-32-20200306.n.0):
ID: 535275 Test: x86_64 Silverblue-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/535275
Old failures (same test
OLD: Fedora-32-20200306.n.0
NEW: Fedora-32-20200306.n.1
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
Sadly not on Fedora 32 release.
On 2020-03-06 10:13 a.m., Dan Book wrote:
On Fri, Mar 6, 2020 at 12:03 PM Luya Tshimbalanga
mailto:l...@fedoraproject.org>> wrote:
Hello team,
f32-backgrounds is available for testing on
https://bodhi.fedoraproject.org/updates/FEDORA-2020-ed62604ec
Hi Kevin,
Pleased to meet you and thanks for the welcome!
Yeah - 30,000 packages out there. More the merrier, of course.
Bob
On Sat, 7 Mar 2020 at 10:59, Kevin Fenzi wrote:
>
> On Sat, Mar 07, 2020 at 10:00:22AM +1000, Bob Hepple wrote:
> ...snip...
> >
> > That's enough from me, please don't
On 06. 03. 20 21:35, Fabio Valentini wrote:
Report without testing repos enabled:
https://pagure.io/fedora-health-check/blob/master/f/reports/report-32.md
Report with testing repos enabled:
https://pagure.io/fedora-health-check/blob/master/f/reports/report-32-testing.md
The second most common
On Sat, Mar 07, 2020 at 10:00:22AM +1000, Bob Hepple wrote:
...snip...
>
> That's enough from me, please don't hesitate to contact!
Welcome Bob!
I have too many packages already to take on more, but if you get stuck
anywhere feel free to drop me a line and I can help out or point you to
who mig
On 07. 03. 20 0:29, Tim Flink wrote:
If you have any questions about this, feel free to reply to this thread.
Hello Tim.
I have 3 questions.
1) On what level of Fedora leadership was this decision made (and where can I
read about it)?
2) Why are we removing something that arguably has a lo
Hello.
I'm a 2-years retired engineer with a tediously long resume - in short
I've been packaging RPMs for big and small companies for, h, maybe
20 years. Unix since 1983, Linux since SLS days, kernel 0.9x, then
RedHat/Fedora. I started with Algol, Cobol and Fortran but jumped into
C as soon a
Following is the list of topics that will be discussed in the
FESCo meeting Monday at 15:00UTC in #fedora-meeting-1 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2020-03-09 15:00 UTC'
Mind that Daylight Saving/
On Fri, Mar 6, 2020 at 4:31 PM Tim Flink wrote:
> In the short term, there is a Jenkins instance which is running
> rpminspect. Rpminspect includes tests which are effectively the same as
> rpmlint and rpmgrill which removes the need to run them.
For packages with a .rpmlintrc file in the git rep
Hi
Anyone here who is a bit familiar with the SCons build system? I'm
trying to get mingw-nsis building and I'm fighting with scons refusing
to process any "install" target, erroring out with messages like
scons: *** Do not know how to make File target `install-utils'
(/<...>/nsis-3.05-src/i
This is something that has been coming for quite a while now
and while it was discussed among QA and Infra, there hasn't been
enough communication with the rest of Fedora. For that, I apologize.
Taskotron has been in maintenance-only mode for a couple of years now
pending a replacement of some kin
On Wednesday, 4 March 2020 19:03:01 CET Daniel Mach wrote:
> Hello everyone,
> I'm pleased to announce start of DNF 5 development. We are planning to
> deliver a module stream or a COPR repo during Fedora 33 development for
> early adopters and tool developers and we're hoping in getting a stable
On Fri, Mar 6, 2020 at 10:18 PM Adam Williamson
wrote:
>
> On Fri, 2020-03-06 at 21:35 +0100, Fabio Valentini wrote:
> > Hi all,
> >
> > With the fedora 32 release drawing near, it might be a good time to
> > check if any of your packages still have broken dependencies in the
> > fedora 32 (+testi
On Fri, 2020-03-06 at 21:35 +0100, Fabio Valentini wrote:
> Hi all,
>
> With the fedora 32 release drawing near, it might be a good time to
> check if any of your packages still have broken dependencies in the
> fedora 32 (+testing) repositories. I've been working on just the thing
> you need:
>
>
> For the Design team, new change is the drop of standard, normalish, tv,
> tv-wider folders in favour of a single wallpapers (aside the time of day
> theme) using system settings thus tremendously saving space.
>
Does desktop-backgrounds-compat have a fix for that change? I remember that
it had
> I can't find the ticket where I went nuts about this before any more,
> but I've been saying it for a while :P
https://bugzilla.redhat.com/show_bug.cgi?id=1435423
You can blame me, because I said I would work on fixing it,
then never did. ;(
kevin
signature.asc
Description: PGP signature
_
Hi all,
With the fedora 32 release drawing near, it might be a good time to
check if any of your packages still have broken dependencies in the
fedora 32 (+testing) repositories. I've been working on just the thing
you need:
Report without testing repos enabled:
https://pagure.io/fedora-health-ch
---
title: CPE Weekly status email
tags: CPE Weekly, email
---
# CPE Weekly: 2020-03-06
Background:
The Community Platform Engineering group is the Red Hat team combining
IT and release engineering from Fedora and CentOS. Our goal is to keep
core servers and services running and maintained, build
As always backgrounds are updated too late!
We are already in beta freeze, and desktop maintainers have to file out
a freeze exception to update their gsettings keys to match new directory
of wallpapers.
Can you please update you package 2 weeks before beta freeze next time?
Or change backgr
Hi everybody,
librealsense (maintainers in CC) bumped the SONAME of its shipped
library with the latest update, and (at least some) dependent packages
have not been rebuilt (including fawkes, maintainers in CC).
Fabio
___
devel mailing list -- devel@lis
On Fri, 2020-03-06 at 09:02 -0800, Luya Tshimbalanga wrote:
> Hello team,
>
> f32-backgrounds is available for testing on
> https://bodhi.fedoraproject.org/updates/FEDORA-2020-ed62604eca
>
> For the Design team, new change is the drop of standard, normalish, tv,
> tv-wider folders in favour of a
On 3/6/20 1:21 PM, Daniel Pocock wrote:
On 05/03/2020 21:26, Julian Sikorski wrote:
I would like to take this opportunity to remind about the PR that I have
prepared - let us not duplicate the work:
https://src.fedoraproject.org/rpms/asio/pull-request/1
I have rebuilt all asio's dependencies
On 05/03/2020 21:26, Julian Sikorski wrote:
> I would like to take this opportunity to remind about the PR that I have
> prepared - let us not duplicate the work:
> https://src.fedoraproject.org/rpms/asio/pull-request/1
> I have rebuilt all asio's dependencies and only encountered issues with
>
On Fri, Mar 6, 2020 at 12:03 PM Luya Tshimbalanga
wrote:
> Hello team,
>
> f32-backgrounds is available for testing on
> https://bodhi.fedoraproject.org/updates/FEDORA-2020-ed62604eca
>
> For the Design team, new change is the drop of standard, normalish, tv,
> tv-wider folders in favour of a sin
On Fri, 2020-03-06 at 10:53 -0700, Chris Murphy wrote:
> On Fri, Mar 6, 2020 at 10:48 AM Adam Williamson
> wrote:
> > On Fri, 2020-03-06 at 18:07 +0100, jeandet wrote:
> > > Hello,
> > >
> > > I did an upgrade last week, with:
> > > sudo dnf system-upgrade download --refresh --releasever=32
> > >
On Fri, 2020-03-06 at 18:07 +, Peter Robinson wrote:
> > > Hello team,
> > >
> > > f32-backgrounds is available for testing on
> > > https://bodhi.fedoraproject.org/updates/FEDORA-2020-ed62604eca
> > >
> > > For the Design team, new change is the drop of standard, normalish, tv,
> > > tv-wide
> > Hello team,
> >
> > f32-backgrounds is available for testing on
> > https://bodhi.fedoraproject.org/updates/FEDORA-2020-ed62604eca
> >
> > For the Design team, new change is the drop of standard, normalish, tv,
> > tv-wider folders in favour of a single wallpapers (aside the time of day
> > the
On Fri, 2020-03-06 at 09:02 -0800, Luya Tshimbalanga wrote:
> Hello team,
>
> f32-backgrounds is available for testing on
> https://bodhi.fedoraproject.org/updates/FEDORA-2020-ed62604eca
>
> For the Design team, new change is the drop of standard, normalish, tv,
> tv-wider folders in favour of a
On Fri, Mar 6, 2020 at 10:48 AM Adam Williamson
wrote:
>
> On Fri, 2020-03-06 at 18:07 +0100, jeandet wrote:
> > Hello,
> >
> > I did an upgrade last week, with:
> > sudo dnf system-upgrade download --refresh --releasever=32
> > Except for modules everything was ok on my laptop, but I got some
> >
On Fri, 2020-03-06 at 18:07 +0100, jeandet wrote:
> Hello,
>
> I did an upgrade last week, with:
> sudo dnf system-upgrade download --refresh --releasever=32
> Except for modules everything was ok on my laptop, but I got some
> issues on my desktop.
> On my laptop, from fc32 running:
> sudo dnf
On Fri, Mar 6, 2020 at 10:06 AM Stephen John Smoogen wrote:
> On Fri, 6 Mar 2020 at 11:42, Marcin Juszkiewicz
> wrote:
>> I have never understood a need for per-user copy of repo metadata.
>
>
> I am remembering that attempts to do this with either yum or dnf did not go
> over well with the co
On 3/5/20 2:08 PM, Daniel Mach wrote:
I hope that someday we'll get microdnf close to 100% feature parity
with DNF (Python plugins excluding obviously)
Great plan, but when it happens, could it also get a simple IPC to talk
to the optional Python plugins, and thus replace dnf entirely? What is
Hello,
I did an upgrade last week, with:
sudo dnf system-upgrade download --refresh --releasever=32
Except for modules everything was ok on my laptop, but I got some
issues on my desktop.
On my laptop, from fc32 running:
sudo dnf module reset '*'
sudo dnf --releasever=32 --setopt=module_platform
On Fri, 6 Mar 2020 at 11:42, Marcin Juszkiewicz
wrote:
> W dniu 06.03.2020 o 02:57, Neal Gompa pisze:
> > The database has been synchronized since Fedora 24. However, the
> > caches are not, and that *does* need to be fixed.
>
> And when user calls dnf let it use system cache by default...
>
>
>
Hello team,
f32-backgrounds is available for testing on
https://bodhi.fedoraproject.org/updates/FEDORA-2020-ed62604eca
For the Design team, new change is the drop of standard, normalish, tv,
tv-wider folders in favour of a single wallpapers (aside the time of day
theme) using system settings t
On Fri, Mar 06, 2020 17:25:39 +0100, Kalev Lember wrote:
> On Fri, Mar 6, 2020 at 5:21 PM Ankur Sinha wrote:
>
> On Fri, Mar 06, 2020 15:09:05 +, Zbigniew Jędrzejewski-Szmek wrote:
> > Problem 3: problem with installed package
> python3-fsleyes-props-1.6.7-1.fc31.noarch
> >
No missing expected images.
Failed openQA tests: 26/171 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-32-20200305.n.0):
ID: 534831 Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/534831
ID: 534872 Test: x86_64 Silverblue-d
W dniu 06.03.2020 o 02:57, Neal Gompa pisze:
> The database has been synchronized since Fedora 24. However, the
> caches are not, and that *does* need to be fixed.
And when user calls dnf let it use system cache by default...
17:38 (0s) hrw@puchatek:~$ time sudo dnf info nano
[
fetching all rep
On Fri, Mar 6, 2020 at 5:21 PM Ankur Sinha wrote:
> On Fri, Mar 06, 2020 15:09:05 +, Zbigniew Jędrzejewski-Szmek wrote:
> > Problem 3: problem with installed package
> python3-fsleyes-props-1.6.7-1.fc31.noarch
> > - python3-fsleyes-props-1.6.7-1.fc31.noarch does not belong to a
> distupgra
On Fri, Mar 06, 2020 15:09:05 +, Zbigniew Jędrzejewski-Szmek wrote:
> Problem 3: problem with installed package
> python3-fsleyes-props-1.6.7-1.fc31.noarch
> - python3-fsleyes-props-1.6.7-1.fc31.noarch does not belong to a
> distupgrade repository
> - nothing provides python3.8dist(flsey
Have many dupes which was already reported there, so selectively:
Problem 4: problem with installed package
minetest-5.1.0-1.module_f31+7240+cacc2d7d.x86_64
- package minetest-5.1.0-1.fc32.x86_64 requires libjsoncpp.so.21()(64bit),
but none of the providers can be installed
- minetest-5.1.0
On Wed, Mar 4, 2020 at 9:07 AM José Abílio Matos wrote:
> Problem 7: package mp-3.1.0-26.20200215git71c21a5.fc32.x86_64 requires jacop,
> but none of the providers can be installed
> - problem with installed package mp-3.1.0-23.20161124git1f39801.fc31.x86_64
> - package jacop-4.7-1.fc32.noarc
OLD: Fedora-32-20200305.n.0
NEW: Fedora-32-20200306.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
On Fri, Mar 06, 2020 at 03:09:05PM +, Zbigniew Jędrzejewski-Szmek wrote:
> Problem 4: package docker-2:1.13.1-68.git47e2230.fc30.x86_64 requires
> atomic-registries >= 1.19.1-6, but none of the providers can be installed
> - atomic-registries-1.22.1-28.gitb507039.fc30.x86_64 does not belong
Error:
Problem 1: problem with installed package
rubygem-asciidoctor-pdf-1.5.0-0.12.beta.6.fc31.noarch
- rubygem-asciidoctor-pdf-1.5.0-0.12.beta.6.fc31.noarch does not belong to a
distupgrade repository
- nothing provides (rubygem(treetop) >= 1.5.0 with rubygem(treetop) < 1.6)
needed by ru
On 06. 03. 20 14:59, Zbigniew Jędrzejewski-Szmek wrote:
On Wed, Mar 04, 2020 at 02:25:15PM -0700, stan via devel wrote:
Error:
Problem 1: problem with installed package
python3-django-post_office-3.1.0-5.fc31.noarch
- python3-django-post_office-3.1.0-5.fc31.noarch does not belong to a
dis
On Wed, Mar 04, 2020 at 02:25:15PM -0700, stan via devel wrote:
> Error:
> Problem 1: problem with installed package
> python3-django-post_office-3.1.0-5.fc31.noarch
> - python3-django-post_office-3.1.0-5.fc31.noarch does not belong to a
> distupgrade repository
> - nothing provides python3
On 06. 03. 20 13:58, Zbigniew Jędrzejewski-Szmek wrote:
Yes, it's been retired [1]. Both should be added to fedora-obsolete-packages
https://src.fedoraproject.org/rpms/fedora-obsolete-packages/c/a539b99a0294220a7ec99317078128beb9a41e3b?branch=f32
--
Miro Hrončok
--
Phone: +420777974800
IRC: mh
On Wed, Mar 04, 2020 at 09:19:03AM -0700, Nathanael D. Noblet wrote:
> On Wed, 2020-03-04 at 16:24 +0100, Miroslav Suchý wrote:
> >
> > But very likely you get some dependency problem now. In that case,
> > please report it against the appropriate package. Or
> > against fedora-obsolete-packages i
On Thu, Mar 05, 2020 22:08:35 +, Jeremy Cline wrote:
> On Thu, 2020-03-05 at 18:33 +, Ankur Sinha wrote:
> > Two more quick docs need specialist knowledge:
> >
> > - Building a custom kernel:
> > https://pagure.io/fedora-docs/quick-docs/issue/210
> > - Kernel troubleshooting:
> > https
On Thursday, 5 March 2020 21.11.37 WET Adam Williamson wrote:
> I mean, it shouldn't be too hard to standardize on having them all work
> both ways, even.
I agree with Adam. What would be the drawback from this change?
It is backwards compatible (an important issue in this context).
And there are
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
On Thu, 5 Mar 2020 20:08:17 +0100
Daniel Mach wrote:
> Dne 05. 03. 20 v 13:02 Marcin Juszkiewicz napsal(a):
> > W dniu 04.03.2020 o 19:03, Daniel Mach pisze:
> > Are there plans for picodnf then? Or cutting amount of
> > libraries used by microdnf?
>
> I don't think we can drop more without
On Fri, 6 Mar 2020 at 01:59, Neal Gompa wrote:
> caches are not, and that *does* need to be fixed. The library
> interface for DNF already has APIs for this, PackageKit doesn't use
> them.
I'm 100% okay with a pull request to fix this, as long as the same
cache promises are met, i.e. PackageKit n
58 matches
Mail list logo