Hi Thunderbird users,
I'm not sure if you noticed, but Thunderbird got a major update for
F31+, which removes XUL extensions - f.e. Enigmail is not working anymore.
However, if you are using keys to your emails, don't panic and start
digging into metadata to somehow recover your keys. If you go
https://fedorapeople.org/groups/389ds/ci/nightly/2020/10/08/report-389-ds-base-1.4.4.4-20201007git54b5442.fc32.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
I've built:
bout++ - just now
octave - previously in the side tag
Near as I can tell those are the only packages that directly depend on
any of the sundials libraries:
$ sudo dnf repoquery --whatrequires 'libsundials*.so*' --source | sort -u
bout++-4.3.1-7.fc34.src.rpm
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2020-10-08 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. uitime):
= Day: Thursday ==
2020-10-08 09:00 PDT US/Pacific
2020-10-08
On Mon, 5 Oct 2020 at 22:47, Rafael Jeffman wrote:
> Hello,
>
> I am involved in the development of ansible-freeipa (
> https://github.com/freeipa/ansible-freeipa) and plan to co-maintain it
> for Fedora.
>
> Years ago I helped with the development and packages for an alternative
> Linux
https://bugzilla.redhat.com/show_bug.cgi?id=1885368
--- Comment #6 from Fedora Update System ---
FEDORA-2020-1c29e70c7b has been pushed to the Fedora 32 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade
https://bugzilla.redhat.com/show_bug.cgi?id=1859831
Fedora Update System changed:
What|Removed |Added
Fixed In Version|bugzilla-5.0.6-9.fc33 |bugzilla-5.0.6-9.fc33
https://bugzilla.redhat.com/show_bug.cgi?id=1855962
Fedora Update System changed:
What|Removed |Added
Fixed In Version|bugzilla-5.0.6-9.fc33 |bugzilla-5.0.6-9.fc33
On Wed, 7 Oct 2020, Dominik 'Rathann' Mierzejewski wrote:
Today, I upgraded one of my machines to F33. Upon first F33 boot I
noticed that the dnssec-triggerd service failed to start. It turns out I
had very old dnssec-trigger keys and certificates ("only" 1536-bit RSA)
generated back in 2014
https://bugzilla.redhat.com/show_bug.cgi?id=1886146
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-DateTime-TimeZone-2.40
https://bugzilla.redhat.com/show_bug.cgi?id=1859831
Fedora Update System changed:
What|Removed |Added
Fixed In Version|bugzilla-5.0.6-9.fc33 |bugzilla-5.0.6-9.fc33
https://bugzilla.redhat.com/show_bug.cgi?id=1883370
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perltidy-20201001-1.fc34|perltidy-20201001-1.fc34
https://bugzilla.redhat.com/show_bug.cgi?id=1855962
Fedora Update System changed:
What|Removed |Added
Fixed In Version|bugzilla-5.0.6-9.fc33 |bugzilla-5.0.6-9.fc33
The Fedora CoreOS working group periodically gives status updates to the
Fedora Council. Since we compiled this list I figured it would be nice to
share more widely:
- Rebased the `next` stream to Fedora 33
- https://github.com/coreos/fedora-coreos-tracker/issues/611
- Added better afterburn
On Fri, 2 Oct 2020, Michael Catanzaro wrote:
Hm, thanks for the explanation. I guess the DNS request would indeed be the
*first* way you lose, because you have to do DNS before you do anything else.
But you are going to lose immediately after anyway:
* Immediately after you connect to the
Today, I upgraded one of my machines to F33. Upon first F33 boot I
noticed that the dnssec-triggerd service failed to start. It turns out I
had very old dnssec-trigger keys and certificates ("only" 1536-bit RSA)
generated back in 2014 which no longer passed as acceptable per the
default crypto
On Mon, 28 Sep 2020 17:58:58 +0200, Jakub Jelinek wrote:
> On Mon, Sep 28, 2020 at 05:46:08PM +0200, Jan Kratochvil wrote:
> > On Mon, 28 Sep 2020 17:35:26 +0200, Jakub Jelinek wrote:
> > > A way out of this could be either to use comdat .debug_info etc. sections
> > > (but that would result in
Hi, in accordance with
https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/
this is a non-responsive maintainer check for Nick Le Mouton.
Non-responsive bug: https://bugzilla.redhat.com/show_bug.cgi?id=1886164
Unactioned bugs (CVEs from January; earliest from
https://bugzilla.redhat.com/show_bug.cgi?id=1886146
Bug ID: 1886146
Summary: perl-DateTime-TimeZone-2.40 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-DateTime-TimeZone
Keywords: FutureFeature,
https://bugzilla.redhat.com/show_bug.cgi?id=1886085
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring.org's scratch build of
perl-Net-Amazon-S3-0.96-1.fc32.src.rpm for rawhide completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=52946774
--
You
https://bugzilla.redhat.com/show_bug.cgi?id=1886085
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1719803
--> https://bugzilla.redhat.com/attachment.cgi?id=1719803=edit
[patch] Update to 0.96 (#1886085)
--
You are receiving this mail because:
You are on the CC
https://bugzilla.redhat.com/show_bug.cgi?id=1886085
Bug ID: 1886085
Summary: perl-Net-Amazon-S3-0.96 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Net-Amazon-S3
Keywords: FutureFeature, Triaged
Dne 07. 10. 20 v 11:47 Daniel Pocock napsal(a):
> Is Mock only intended for building things or the chroot created by Mock
> can be considered a long-lived chroot for daily use?
The original purpose is a build tool.
But I see many people to do:
mock -r fedora-33-x86_64 shell
> With the move
hey all,
I would like to start off by saying i'm not a programmer or dev person,
just a end user of fedora.
would it be possible to have espeakup and espeak added to the net
install iso of fedora?
the iso where you can choose what you will be installing?
now that espeakup has been mainlined
Hi, all
I saw https://fedoraproject.org/wiki/Join_the_package_collection_maintainers
and
I have submit my review requst to bugzilla.
https://bugzilla.redhat.com/show_bug.cgi?id=1882871
Can anyone help me review it. What should I do next to get sponsored into
package group?
Thanks!
--
Ruki
No missing expected images.
Soft failed openQA tests: 1/16 (x86_64)
(Tests completed, but using a workaround for a known bug)
ID: 687339 Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL: https://openqa.fedoraproject.org/tests/687339
Passed openQA tests: 15/16 (x86_64)
--
Mail generated by
https://bugzilla.redhat.com/show_bug.cgi?id=1885368
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #5 from
https://bugzilla.redhat.com/show_bug.cgi?id=1885489
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
On 07.10.2020 14:52, Lumír Balhar wrote:
rpm --erase --nodeps pulseaudio-module-bluetooth-freeworld
dnf install pulseaudio-module-bluetooth
Do not run rpm directly. Use dnf-swap instead:
sudo dnf swap pulseaudio-module-bluetooth-freeworld
pulseaudio-module-bluetooth
--
Sincerely,
Vitaly
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Following is the list of topics that will be discussed in the
FESCo meeting Wednesday at 14:00UTC in #fedora-meeting-2 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date
Dne 05. 10. 20 v 17:20 Frank Ch. Eigler napsal(a):
> The problem is that Fedora itself doesn't run a server, and our test
> server can afford to carry only a subset of debuginfo/debugsource rpms
> & architectures. So, fedora developers / users cannot get at all the
> info, or from an official
Missing expected images:
Xfce raw-xz armhfp
Failed openQA tests: 4/181 (x86_64)
New failures (same test not failed in Fedora-33-20201006.n.1):
ID: 687047 Test: x86_64 Silverblue-dvd_ostree-iso desktop_background
URL: https://openqa.fedoraproject.org/tests/687047
Old failures (same test
On 07/10/2020 13:52, Lumír Balhar wrote:
A workaround solution for me was to remove
pulseaudio-module-bluetooth-freeworld and install
pulseaudio-module-bluetooth from Fedora's repositories but it wasn't
that straightforward because some parts of gnome has this package in
dependencies so it'd
As per
https://docs.fedoraproject.org/en-US/fesco/Policy_for_nonresponsive_package_maintainers/,
does anyone know how to get in touch with Guillaume Kulakowski?
Package csslint hasn’t been touched by them since 2013, and fedora-active-user
reports no activity from him this year.
Hello,
Seems like everyone is doing something different with the commit
headers, and I've been wanting to address it. I'd prefer we use "Issue
" and stop using "Ticket ". Most developers are using "Issue
###", but some are still using "Ticket", so I always have to tweak this
when
OLD: Fedora-33-20201006.n.1
NEW: Fedora-33-20201007.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
Hello.
After an update to F33 beta, I had troubles with my BT audio devices. I
know Fedora maintainers cannot do anything about it and I've already
sent a bug report to rpmfusion
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5786
So, just in case somebody will have the same problem as I
Missing expected images:
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
5 of 43 required tests failed, 8 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 22/181 (x86_64)
New failures (same test not failed
https://bugzilla.redhat.com/show_bug.cgi?id=1870755
Ralf Corsepius changed:
What|Removed |Added
Flags|needinfo?(rc040203@freenet. |
|de)
OLD: Fedora-Rawhide-20201006.n.1
NEW: Fedora-Rawhide-20201007.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 11
Dropped packages:0
Upgraded packages: 94
Downgraded packages: 0
Size of added packages: 7.47 MiB
Size of dropped packages:0 B
No missing expected images.
Passed openQA tests: 7/7 (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
On 07.10.20 11:47, Daniel Pocock wrote:
> When using debootstrap, the user has to do some things manually, like
> mounting /proc, /sys, /dev and /dev/shm
>
> It is relatively easy to duplicate those things for both Fedora and
> Debian chroots
ArchLinux has a nice script for this (arch-chroot) as
On Wed, 07 Oct 2020 09:58:37 +0200, Jan Kratochvil wrote:
> On Wed, 07 Oct 2020 00:46:24 +0200, Jeff Law wrote:
> > On 9/30/20 3:50 AM, Jan Kratochvil wrote:
> > > When we start talking about RHEL (and CentOS) DWZ is completely pointless
> > > then
> > > as DWZ there saves only 0.28% of
On 07/10/2020 08:53, Miroslav Suchý wrote:
> Dne 06. 10. 20 v 23:50 James Cassell napsal(a):
>> yum install --releasever=/ --installroot=/mnt/sysimage bash mypackage
>
> This is naive approach. It does not setup: resolver, timezone, dbus uuid,
> unpriv user, btrfs-control, special devices,
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64)
(Tests completed, but using a workaround for a known bug)
ID: 686674 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/686674
Passed openQA tests: 6/7 (x86_64)
--
Mail
On Tue, Oct 06, 2020 at 04:46:24PM -0600, Jeff Law wrote:
>
> On 9/30/20 3:50 AM, Jan Kratochvil wrote:
> > On Wed, 30 Sep 2020 01:31:29 +0200, Jeff Law wrote:
> >> But the GCC community
> >> doesn't really test that option and it's known to be broken with LTO.
> > I haven't seen any GCC PR for
On 10/7/20 6:44 AM, Pavel Zhukov wrote:
>
> I don't think it's a good idea.
> dnsmasq is not dns resolver but acts as DHCP and DNS server. It provides
> VMs with IP
> address/lease and create corresponding dns record for it. In case of
> resolved ip addresses and dns records must be managed
On Wed, Oct 07, 2020 at 06:55:32AM +0200, Tomasz Torcz wrote:
> On Tue, Oct 06, 2020 at 10:04:19PM +0200, Juan Orti Alcaine wrote:
> > Hello,
> >
> > In the network bridges that libvirt creates there's a dnsmasq daemon to
> > resolve the VM's IPs. Is there any way to signal systemd-resolved from
On Tue, Oct 06, 2020 at 07:21:40PM -0500, Michael Catanzaro wrote:
>
> Hm, I'm not quite sure how this is intended to work. This is for resolving
> VM hostnames into IP addresses? How exactly does it work prior to
> systemd-resolved? E.g. lets say I have a libvirt VM named "f33", should it
> be
On Wed, 07 Oct 2020 00:46:24 +0200, Jeff Law wrote:
> On 9/30/20 3:50 AM, Jan Kratochvil wrote:
> > On Wed, 30 Sep 2020 01:31:29 +0200, Jeff Law wrote:
> >> But the GCC community
> >> doesn't really test that option and it's known to be broken with LTO.
> > I haven't seen any GCC PR for
https://bugzilla.redhat.com/show_bug.cgi?id=1870755
Jitka Plesnikova changed:
What|Removed |Added
CC||jples...@redhat.com
--- Comment
https://bugzilla.redhat.com/show_bug.cgi?id=1885677
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1885677
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
Dne 06. 10. 20 v 23:50 James Cassell napsal(a):
> yum install --releasever=/ --installroot=/mnt/sysimage bash mypackage
This is naive approach. It does not setup: resolver, timezone, dbus uuid,
unpriv user, btrfs-control, special devices, etc.
Yes, for most quick'n'dirty use cases you will not
El mié., 7 oct. 2020 a las 2:22, Michael Catanzaro ()
escribió:
>
> Hm, I'm not quite sure how this is intended to work. This is for
> resolving VM hostnames into IP addresses? How exactly does it work
> prior to systemd-resolved? E.g. lets say I have a libvirt VM named
> "f33", should it be
55 matches
Mail list logo