This one works, and cya all at the last day of the Release Party for 34 in
some hours
On Fri, Apr 30, 2021 at 4:42 PM Fedora compose checker <
rawh...@fedoraproject.org> wrote:
> No missing expected images.
>
> Compose FAILS proposed Rawhide gating check!
> 3 of 43 required tests failed
> openQA
https://bugzilla.redhat.com/show_bug.cgi?id=1953981
--- Comment #8 from Fedora Update System ---
FEDORA-2021-2629b83bac has been pushed to the Fedora 34 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=1955258
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #5 from
https://bugzilla.redhat.com/show_bug.cgi?id=1955258
--- Comment #6 from Fedora Update System ---
FEDORA-2021-3ee965d9de 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=1955258
--- Comment #7 from Fedora Update System ---
FEDORA-2021-f7210bb6b5 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
https://bugzilla.redhat.com/show_bug.cgi?id=1953981
--- Comment #10 from Fedora Update System ---
FEDORA-2021-f7210bb6b5 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
https://bugzilla.redhat.com/show_bug.cgi?id=1953981
--- Comment #9 from Fedora Update System ---
FEDORA-2021-3ee965d9de 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=1955843
Bug ID: 1955843
Summary: perl-DateTime-Locale-1.32 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-DateTime-Locale
Keywords: FutureFeature,
For what it's worth, I'm trying to join and have a package included and
there are definitely some areas I would like to improve. Should we make a
thread on their mailing list?
On Fri., Apr. 30, 2021, 5:50 p.m. Bryce Carson,
wrote:
> Perhaps we could improve the wiki page on Joining** to make it
Perhaps we could improve the wiki page on Joining** to make it more clear
what the process is like?
I read through the guidelines and the Joining page a couple times, and only
near the end does it state that Joining is more about, well, joining as a
person than publishing a package. I believe it
Hi folks! I'm proposing we cancel the QA meeting on Monday. I don't
have anything urgent on the agenda, so let's take a well-earned break
after the F34 release!
If you're aware of anything important we have to discuss this week,
please do reply to this mail and we can go ahead and run the
You would need to make an "openldap-servers" package.
It could be the exact same everything as openldap from RHEL, just a
different name, and without the openldap and openldap-clients binary
packages.
Or, if you want, you could use the Fedora version. As far as I know, the
server and client don't
On Fri, Apr 30, 2021 at 2:22 PM Trey Dockendorf wrote:
> I sent an email to what I hope is email address for Fedora openldap
> maintainers for epel8 branch but then I realized that might not be
> possible. It appears like RHEL8 ships the openldap and openldap-clients
> packages buts purposely
I sent an email to what I hope is email address for Fedora openldap
maintainers for epel8 branch but then I realized that might not be
possible. It appears like RHEL8 ships the openldap and openldap-clients
packages buts purposely leaves out openldap-servers. So given that some
RPMs exist and
Apologies, my indication of unresponsive was that I got no response when I
emailed genders-maintain...@fedoraproject.org and
genders-ow...@fedoraproject.org last week. Maybe that was not the best way to
make contact.
Thanks for adding me to the package, I'll see about getting EPEL8 builds
Trey,
Not quite unresponsive, just not as interested
If you want to help maintaining genders that would be helpful. I’m the only one
I think managing the package right now, so getting another person would be
good. I’m going to add you as admin to
https://src.fedoraproject.org/rpms/genders
I'd like to report what I think is an unresponsive maintainer for the
genders package. Per
https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/
I filed this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1955798
There do not appear to be any other bugs open
I normally would complain about taking options away from users, but as I
typically use ssh for root *anyway*, I felt this wasn't appropriate
(although I have a friend who never uses ssh keys, always
password-over-ssh).
I would, however, ask that the config file have a commented out option
that
On Fri, 2021-04-30 at 20:42 +0200, Martin Kolman wrote:
> On Fri, 2021-04-30 at 15:23 +0100, Richard W.M. Jones wrote:
> > On Fri, Apr 30, 2021 at 03:37:54PM +0200, Vitaly Zaitsev via devel
> > wrote:
> > > On 30.04.2021 15:21, Richard W.M. Jones wrote:
> > > > Not everything is exposed to the
On Fri, 2021-04-30 at 15:23 +0100, Richard W.M. Jones wrote:
> On Fri, Apr 30, 2021 at 03:37:54PM +0200, Vitaly Zaitsev via devel
> wrote:
> > On 30.04.2021 15:21, Richard W.M. Jones wrote:
> > > Not everything is exposed to the internet. Please leave the
> > > option,
> > > disabled by default
Missing expected images:
Workstation live x86_64
Failed openQA tests: 2/19 (x86_64)
ID: 874446 Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/874446
ID: 874453 Test: x86_64 KDE-live-iso apps_startstop
URL:
https://bugzilla.redhat.com/show_bug.cgi?id=1955741
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring.org's scratch build of
perl-experimental-0.023-1.fc32.src.rpm for rawhide completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=66982383
--
You
https://bugzilla.redhat.com/show_bug.cgi?id=1955741
Bug ID: 1955741
Summary: perl-experimental-0.023 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-experimental
Keywords: FutureFeature, Triaged
Hi,
On Sat, 2021-04-10 at 18:44 +, Zbigniew Jędrzejewski-Szmek wrote:
> [I'm forwarding the mail from Luca who is not subscribed to fedora-
> devel]
> On Sat, Apr 10, 2021 at 01:38:31PM +0100, Luca Boccassi wrote:
> Cross-posting to the mailing lists of a few relevant projects.
Note that in
On Fri, Apr 30, 2021 at 5:18 PM Vitaly Zaitsev via devel
wrote:
>
> On 30.04.2021 16:23, Richard W.M. Jones wrote:
> > Because distributing SSH keys to temporary VMs is hard?
>
> Kickstart + Ansible will fix all these issues.
Or, perhaps, cloud-init, for those using that approach.
On 30.04.2021 16:23, Richard W.M. Jones wrote:
Because distributing SSH keys to temporary VMs is hard?
Kickstart + Ansible will fix all these issues.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list --
On 30.04.2021 16:23, Hans de Goede wrote:
Maybe instead the QT_QPA_PLATFORM environment option can be set in the
KDE wayland session, so that Wayland is used there while leaving GNOME3
alone ?
KDE Wayland already uses native qt-wayland backend. No changes needed.
I tend to agree, it seems
On 30.04.2021 16:09, Germano Massullo wrote:
Could you please suggest me how I could implement a patch?
https://src.fedoraproject.org/rpms/ksnip/blob/rawhide/f/ksnip-wayland-workaround.patch
Would you do it in the .desktop file?
Patching desktop file is not a good idea. It can break lots
On Fri, 30 Apr 2021 at 12:35, Michael Catanzaro
wrote:
> On Fri, Apr 30 2021 at 10:59:22 AM -0500, Ron Olson
> wrote:
> > Hm, so does that mean it was packaged specifically for CentOS so it
> > presumably shows up in the CentOS repos?
>
> No, content flow is the reverse in el8:
>
> RHEL 8
https://bugzilla.redhat.com/show_bug.cgi?id=1953837
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-PDL-2.042 is available |perl-PDL-2.043 is
On Fri, 30 Apr 2021 at 12:26, Mattia Verga via devel <
devel@lists.fedoraproject.org> wrote:
> Il 30/04/21 15:16, Joan Moreau via devel ha scritto:
>
> Thanks but I am really scratching my head to try to understand all this:
>
> 1 - How to get to the "packager" group ou forum or else ?
>
> 2 -
On 29.04.21 17:30, Richard W.M. Jones wrote:
It seems like it would be worth having them. Unfortunately the patch
numbers of the base patches clash with the ones for mingw-gcc, so to
be neat we'd need to renumber the mingw-gcc ones.
I don't see any problem with that.
When you finish your
On Fri, Apr 30 2021 at 10:59:22 AM -0500, Ron Olson
wrote:
Hm, so does that mean it was packaged specifically for CentOS so it
presumably shows up in the CentOS repos?
No, content flow is the reverse in el8:
RHEL 8 (upstream) -> CentOS Stream 8 (downstream)
Whereas for el9 the flow is:
On Fri, Apr 30, 2021 at 02:19:31PM +0200, Germano Massullo wrote:
> After running
> dnf system-upgrade download --releasever=34
> and downloading all files, I got the following warning
> warning:
> /var/lib/dnf/system-upgrade/fedora-e21c25ac3662d294/packages/fstrm-0.6.0-4.fc34.x86_64.rpm:
> Header
Il 30/04/21 15:16, Joan Moreau via devel ha scritto:
> Thanks but I am really scratching my head to try to understand all this:
>
> 1 - How to get to the "packager" group ou forum or else ?
>
> 2 - What does it mean to "block the
>
On Fri, 30 Apr 2021 at 12:00, Ron Olson wrote:
> Hm, so does that mean it was packaged specifically for CentOS so it
> presumably shows up in the CentOS repos?
>
>
Cmake is not in EPEL but in RHEL. The current version for 8.3 is
Hm, so does that mean it was packaged specifically for CentOS so it
presumably shows up in the CentOS repos?
On 30 Apr 2021, at 10:33, Michael Catanzaro wrote:
On Fri, Apr 30 2021 at 10:26:49 AM -0500, Ron Olson
wrote:
Is there any plans on bringing CMake up to the current version of
Fedora
On Thu, 2021-04-29 at 22:09 +0200, Martin Kolman wrote:
> Hi!
> At the moment the Anaconda installer used by Fedora contains an option
> called "Allow SSH root login with password" on the root password
> configuration screen.
>
> This is how it looks like at the moment, on latest Fedora Rawhide
>
On Fri, Apr 30 2021 at 10:26:49 AM -0500, Ron Olson
wrote:
Is there any plans on bringing CMake up to the current version of
Fedora
(3.19.7) or at the very least to something >= 3.15.1?
Good news: looks like CentOS Stream 8 currently has CMake 3.18.2:
Hi all-
I’m trying to build a package under EPEL-8[1] but it fails due to
CMake being too old:
CMake 3.15.1 or higher is required. You are running version 3.11.4.
Is there any plans on bringing CMake up to the current version of Fedora
(3.19.7) or at the very least to something >=
On 4/30/21 10:23 AM, Richard W.M. Jones wrote:
Because distributing SSH keys to temporary VMs is hard? Not
everything is a long-lived machine connected to the internet.
+1
in addition to, e.g., an _initial_ setup on a remote/headless box at a VPS.
Il 30/04/21 16:23, Hans de Goede ha scritto:
> I tend to agree, it seems this downstream patch breaks at least 3 apps:
>
> 1. KeepassXC
> 2. calibre
> 3. audacious
I think also nextcloud-client. I have been receiving bugreports about
quirks on GNOME
___
No missing expected images.
Compose FAILS proposed Rawhide gating check!
3 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 18/189 (x86_64), 11/127 (aarch64)
New failures (same test not failed in
On Fri, Apr 30, 2021 at 03:37:54PM +0200, Vitaly Zaitsev via devel wrote:
> On 30.04.2021 15:21, Richard W.M. Jones wrote:
> >Not everything is exposed to the internet. Please leave the option,
> >disabled by default and with a suitable warning if you like.
>
> Why are you still using passwords
Hi,
On 4/30/21 3:33 PM, Vitaly Zaitsev via devel wrote:
> On 30.04.2021 12:23, Germano Massullo wrote:
>> There are many Fedora GNOME Wayland users experiencing quirks in using
>> KeepassXC. Textboxes not showing text that is being written, other quirks
>> with GNOME, etc.
>
> There are a lot
https://github.com/389ds/389-ds-base/pull/4749
--
389 Directory Server Development Team
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Il 30/04/21 15:33, Vitaly Zaitsev via devel ha scritto:
> On 30.04.2021 12:23, Germano Massullo wrote:
>> There are many Fedora GNOME Wayland users experiencing quirks in
>> using KeepassXC. Textboxes not showing text that is being written,
>> other quirks with GNOME, etc.
>
> There are a lot of
* Joan Moreau via devel [30/04/2021 14:16] :
>
> 1 - How to get to the "packager" group ou forum or else ?
We use FAS (https://accounts.fedoraproject.org/user/eseyman/) to manage
Fedora developer accounts. FAS has the notion of groups, one of which is
the packager group
Hi!
Le 4/29/21 à 10:09 PM, Martin Kolman a écrit :
For that reason we in the Anaconda development team feel like it's a
good time to finally drop the "Allow SSH root login with password" from
the Anaconda GUI.
Yes!
I've thought to it in the past when I've submitted originally the "Lock root
On 30.04.2021 15:21, Richard W.M. Jones wrote:
Not everything is exposed to the internet. Please leave the option,
disabled by default and with a suitable warning if you like.
Why are you still using passwords in 2021? SSH keys are much more secure
and easier to use.
--
Sincerely,
Vitaly
On 29.04.2021 22:09, Martin Kolman wrote:
At the moment the Anaconda installer used by Fedora contains an option
called "Allow SSH root login with password" on the root password
configuration screen.
+1 for this change. Remote login as root with password is very insecure
and should be
On 30.04.2021 12:23, Germano Massullo wrote:
There are many Fedora GNOME Wayland users experiencing quirks in using
KeepassXC. Textboxes not showing text that is being written, other
quirks with GNOME, etc.
There are a lot of issues with Mutter and Qt5[1]. That's why the Qt
upstream forces
On 30.04.2021 15:16, Joan Moreau via devel wrote:
1 - How to get to the "packager" group ou forum or else ?
https://fedoraproject.org/wiki/How_to_get_sponsored_into_the_packager_group
2 - What does it mean to "block the FE-NEEDSPONSOR tracking bug" ?
Open your Bugzilla package review
On 29.04.2021 21:27, Joan Moreau via devel wrote:
Isn´t there a muh more systemic (and simpler) process to push a RPM in
the distribution ?
No. With great power comes great responsibility.
Each candidate must, at least, prove that they are familiar with the
Fedora packaging guidelines.
--
On Thu, Apr 29, 2021 at 10:09:12PM +0200, Martin Kolman wrote:
> Now fast forward to today, it's 2021, any use cases that needed
> password based root login via SSH had 2 more years to migrate while the
> amount of password guessing attacks certainly didn't get any lower.
Not everything is
Thanks but I am really scratching my head to try to understand all this:
1 - How to get to the "packager" group ou forum or else ?
2 - What does it mean to "block the FE-NEEDSPONSOR [1] tracking bug" ?
So far, I have https://bugzilla.redhat.com/show_bug.cgi?id=1953340
Any help very welcome
OLD: Fedora-Rawhide-20210428.n.1
NEW: Fedora-Rawhide-20210430.n.0
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 4
Dropped packages:6
Upgraded packages: 81
Downgraded packages: 0
Size of added packages: 164.41 KiB
Size of dropped packages
On Thu, Apr 29, 2021 at 4:17 PM Martin Kolman wrote:
>
> For that reason we in the Anaconda development team feel like it's a
> good time to finally drop the "Allow SSH root login with password" from
> the Anaconda GUI.
>
> If you are aware of some critical Fedora/Fedora spin usecase that
>
On 4/30/21 8:17 AM, Germano Massullo wrote:
Il 30/04/21 14:11, Robert Marcano via devel ha scritto:
The bug about input fields not able to take text input happen
occasionally on passwords fields on XCA.
What is XCA?
Another Fedora package that uses QT
https://hohnstaedt.de/xca/
After running
dnf system-upgrade download --releasever=34
and downloading all files, I got the following warning
warning:
/var/lib/dnf/system-upgrade/fedora-e21c25ac3662d294/packages/fstrm-0.6.0-4.fc34.x86_64.rpm:
Header V4 RSA/SHA256 Signature, ID key 45719a39: NOKEY
Why this package does not
Il 30/04/21 14:11, Robert Marcano via devel ha scritto:
> The bug about input fields not able to take text input happen
> occasionally on passwords fields on XCA.
What is XCA?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
On 4/30/21 6:23 AM, Germano Massullo wrote:
KeepassXC comaintainer here.
There are many Fedora GNOME Wayland users experiencing quirks in using
KeepassXC. Textboxes not showing text that is being written, other
quirks with GNOME, etc.
Upstream developers said many times that this only
Germano Massullo kirjoitti 30.4.2021 klo 13.23:
KeepassXC comaintainer here.
There are many Fedora GNOME Wayland users experiencing quirks in using
KeepassXC. Textboxes not showing text that is being written, other
quirks with GNOME, etc.
Upstream developers said many times that this only
https://bugzilla.redhat.com/show_bug.cgi?id=1835353
Vít Ondruch changed:
What|Removed |Added
Blocks||1835361
Referenced Bugs:
KeepassXC comaintainer here.
There are many Fedora GNOME Wayland users experiencing quirks in using
KeepassXC. Textboxes not showing text that is being written, other
quirks with GNOME, etc.
Upstream developers said many times that this only happen with Fedora users.
Myself I do use KDE Spin
Hi all,
When pushing commits on backend redesign phase 4 I got compile error on all
builds
because lmdb package are not installed (==> lmdb.h is missing)
COPR build is successful (because I updated the rpm/389-ds-base.spec.in
spec file
and COPR use it to install the prerequisites but obviously
Am 29.04.21 um 21:27 schrieb Joan Moreau via devel:
Isn´t there a muh more systemic (and simpler) process to push a RPM in the
distribution ?
Fedora tries to ship working software. This means there has to be at least one
person who really cares about each Fedora package. All these processes
https://bugzilla.redhat.com/show_bug.cgi?id=1955258
Petr Pisar changed:
What|Removed |Added
Fixed In Version||perl-Graphics-TIFF-12-1.fc3
https://bugzilla.redhat.com/show_bug.cgi?id=1955258
--- Comment #4 from Fedora Update System ---
FEDORA-2021-3ee965d9de has been submitted as an update to Fedora 33.
https://bodhi.fedoraproject.org/updates/FEDORA-2021-3ee965d9de
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1955258
--- Comment #3 from Fedora Update System ---
FEDORA-2021-f7210bb6b5 has been submitted as an update to Fedora 32.
https://bodhi.fedoraproject.org/updates/FEDORA-2021-f7210bb6b5
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1955258
--- Comment #2 from Fedora Update System ---
FEDORA-2021-2629b83bac has been submitted as an update to Fedora 34.
https://bodhi.fedoraproject.org/updates/FEDORA-2021-2629b83bac
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1955258
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #1 from Petr Pisar
https://bugzilla.redhat.com/show_bug.cgi?id=1954342
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20210429.0):
ID: 873786 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
https://bugzilla.redhat.com/show_bug.cgi?id=1955258
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1953837
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-PDL-2.041 is available |perl-PDL-2.042 is
https://bugzilla.redhat.com/show_bug.cgi?id=1955451
Bug ID: 1955451
Summary: Upgrade perl-Crypt-X509 to 0.54
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Crypt-X509
Assignee: rc040...@freenet.de
77 matches
Mail list logo
