https://bugzilla.redhat.com/show_bug.cgi?id=1888513
Bug ID: 1888513
Summary: perl-Math-FFT-1.35 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Math-FFT
Keywords: FutureFeature, Triaged
https://fedorapeople.org/groups/389ds/ci/nightly/2020/10/15/report-389-ds-base-1.4.4.4-20201014git7fd97b1.fc32.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
Hi everyone,
I'm once again here to bring up my favourite topic, of rust-in-ds. Slow and
steady progress has been made, and it would be good to update the situation
here.
Completed Items are:
>> - william -> fix the intentional name leak in the rust slapi plugin
>> interface to use
This has come up because there is a set of customer cases where they have
configured it incorrectly, due to bugs in lib389. The issues in lib389 arise
from a lack of validation/constraint in the checking of the
nsslapd-parent-suffix value in the server, allowing the client to create
invalid
https://bugzilla.redhat.com/show_bug.cgi?id=1888288
--- Comment #2 from Carl George 鸞 ---
I think I accidentally removed myself from this package. I agreed in bug
1408326 to maintain the epel7 branch because at the time a coworker needed it.
I have a new job now, so I don't actually have any
https://bugzilla.redhat.com/show_bug.cgi?id=1870762
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #3 from
On Wed, 2020-10-14 at 10:43 +, rawh...@fedoraproject.org wrote:
> According to the schedule [1], Fedora 33 Candidate RC-1.1 is now
> available for testing. Please help us complete all the validation
> testing! For more information on release validation testing, see:
>
https://github.com/389ds/389-ds-base/pull/4378
--
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:
Due to outstanding unresolved blockers, there is no release candidate
for Fedora 33 Final yet. I am cancelling tomorrow's Go/No-Go meeting.
The Release Readiness meeting *will be held* as scheduled[1]. Please
update the Release Readiness wiki page[2] with your team's readiness
if appropriate. We
Due to outstanding unresolved blockers, there is no release candidate
for Fedora 33 Final yet. I am cancelling tomorrow's Go/No-Go meeting.
The Release Readiness meeting *will be held* as scheduled[1]. Please
update the Release Readiness wiki page[2] with your team's readiness
if appropriate. We
https://bugzilla.redhat.com/show_bug.cgi?id=1888395
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring.org's scratch build of
perl-Mail-Message-3.010-1.fc32.src.rpm for rawhide completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=53465255
--
You
https://bugzilla.redhat.com/show_bug.cgi?id=1888116
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #1 from
https://bugzilla.redhat.com/show_bug.cgi?id=1888395
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1721554
--> https://bugzilla.redhat.com/attachment.cgi?id=1721554=edit
[patch] Update to 3.010 (#1888395)
--
You are receiving this mail because:
You are on the CC
https://bugzilla.redhat.com/show_bug.cgi?id=1888395
Bug ID: 1888395
Summary: perl-Mail-Message-3.010 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Mail-Message
Keywords: FutureFeature, Triaged
On 14. 10. 20 20:29, Vojtěch Polášek wrote:
Hello,
I have some basics of RPM packaging, but I have not created a package from
scratch yet. I would like to package one Python package called Tesserwrap. I
used the pyp2rpm program to create a spec file. The file is here:
Hello,
I have some basics of RPM packaging, but I have not created a package
from scratch yet. I would like to package one Python package called
Tesserwrap. I used the pyp2rpm program to create a spec file. The file
is here:
https://fedorapeople.org/~vpolasek/tesserwrap.spec
Unfortunately
https://bugzilla.redhat.com/show_bug.cgi?id=1888379
Tom "spot" Callaway changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1888379
Bug ID: 1888379
Summary: perl-User-Identity-1.00 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-User-Identity
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1888379
--- Comment #1 from Upstream Release Monitoring
---
An HTTP error occurred downloading the package's new Source URLs: Getting
https://cpan.metacpan.org/modules/by-module/User/User-Identity-1.00.tar.gz to
./User-Identity-1.00.tar.gz
--
You
On Tue, Oct 13, 2020 at 12:14:24PM +0200, Leon Fauster wrote:
> Am 13.10.20 um 10:12 schrieb Christopher Engelhard:
> > On 12.10.20 10:49, Leon Fauster wrote:
> > > Not sure but IIRC EPEL should not depend on software collections ...?
> >
> > Can someone confirm that? If the package can't depend
As a Rawhide use, who is effectively F34 user already, I'd appreciate if
you retired the thunderbird-enigmail in F35+ or mabybe just wait a bit
longer. This is good candidate for inclusion in fedora-obsolete-packages
BTW.
OTOH I'll soon update also my other computer and won't care anymore ;)
No missing expected images.
Soft failed openQA tests: 1/16 (x86_64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-IoT-33-20201013.0):
ID: 695479 Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL:
https://bugzilla.redhat.com/show_bug.cgi?id=1888288
Petr Pisar changed:
What|Removed |Added
CC||ppi...@redhat.com
Doc Type|---
https://bugzilla.redhat.com/show_bug.cgi?id=1887366
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #6 from
https://bugzilla.redhat.com/show_bug.cgi?id=1888006
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=1888288
Bug ID: 1888288
Summary: perl-EV in epel8
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-EV
Assignee: c...@redhat.com
Reporter:
No missing expected images.
Failed openQA tests: 3/16 (x86_64)
Old failures (same test failed in Fedora-IoT-34-20201013.0):
ID: 695446 Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL: https://openqa.fedoraproject.org/tests/695446
ID: 695464 Test: x86_64 IoT-dvd_ostree-iso
No missing expected images.
Failed openQA tests: 2/181 (x86_64)
New failures (same test not failed in Fedora-33-20201013.n.0):
ID: 695111 Test: x86_64 Workstation-live-iso desktop_browser
URL: https://openqa.fedoraproject.org/tests/695111
Old failures (same test failed in
On Thu, 2020-10-08 at 12:05 -0500, Michael Catanzaro wrote:
> On Thu, Oct 8, 2020 at 12:43 pm, Robbie Harwood
> wrote:
> > That's unfortunate, and will hurt adoption with users who need it.
> > Are
> > there things that could be done to make it easier to add?
>
> Currently anaconda is not
https://bugzilla.redhat.com/show_bug.cgi?id=1883530
Pierre Amadio changed:
What|Removed |Added
Flags||needinfo?(davejohansen@gmai
https://bugzilla.redhat.com/show_bug.cgi?id=1883530
Pierre Amadio changed:
What|Removed |Added
CC||pama...@redhat.com
--- Comment #1
Hello!
There are some cool new features in Fedora CI that we would like to tell
you about.
First of all, Fedora CI now supports running tests using the new tmt
format. The tmt tool provides better user experience for enabling, creating
and running tests across different environments (e.g. vm,
OLD: Fedora-33-20201013.n.0
NEW: Fedora-33-20201014.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 11
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size
Hi,
I have opened an upstream discussion about disk space minimization of
Python, take a look:
https://discuss.python.org/t/disk-space-minimization-for-python-distributors/5447
All the best,
Tomas
___
python-devel mailing list --
No missing expected images.
Compose FAILS proposed Rawhide gating check!
24 of 43 required tests failed, 17 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 95/181 (x86_64)
Old failures (same test failed in
Hey,
Thunderbird 78 changed its tech stack and integrated OpenPGP support so the
enigmail plugin does not work anymore.
Enigmail 2.2.x does not contain any OpenPGP functionality besides a migration
tool which migrates keys to Thunderbird's internal keyring. Since Thunderbird
78 was pushed to
No missing expected images.
Failed openQA tests: 7/181 (x86_64)
ID: 694483 Test: x86_64 Server-dvd-iso release_identification
URL: https://openqa.fedoraproject.org/tests/694483
ID: 694544 Test: x86_64 Silverblue-dvd_ostree-iso release_identification
URL:
OLD: Fedora-Rawhide-20201013.n.0
NEW: Fedora-Rawhide-20201014.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 15
Dropped packages:0
Upgraded packages: 87
Downgraded packages: 0
Size of added packages: 759.92 KiB
Size of dropped packages:0
On Wed, Oct 14, 2020 at 1:12 PM Daniel P. Berrangé
wrote:
> On Wed, Oct 14, 2020 at 12:57:54PM +0200, Roman Mohr wrote:
> > Hi,
> >
> > I am playing with RPM dependency resolution and I came across this in the
> > fc32 repos:
> >
> > # dnf -y deplist gnutls | grep libtasn1
> > Last metadata
On 13/10/20 16:04 +0200, Zdenek Dohnal wrote:
On 10/13/20 12:34 PM, Jonathan Wakely wrote:
On 13/10/20 07:45 +0200, Zdenek Dohnal wrote:
On 10/12/20 5:15 PM, Joe Doss wrote:
On 10/12/20 1:50 AM, Zdenek Dohnal wrote:
This would break using Vim when vim-minimal and vim-enhanced are
installed
On 13/10/20 07:38 -0500, Chris Adams wrote:
Once upon a time, Jonathan Wakely said:
Could vim-minimal and vim-enhanced both install the same
/etc/profile.d/vim.sh file that did something like this?
if [ -n "${BASH_VERSION-}" -o -n "${KSH_VERSION-}" -o -n "${ZSH_VERSION-}" ];
then
[
On Wed, Oct 14, 2020 at 12:57:54PM +0200, Roman Mohr wrote:
> Hi,
>
> I am playing with RPM dependency resolution and I came across this in the
> fc32 repos:
>
> # dnf -y deplist gnutls | grep libtasn1
> Last metadata expiration check: 2:04:09 ago on Wed 14 Oct 2020 09:47:12
> CEST.
>
On 14.10.2020 12:57, Roman Mohr wrote:
dependency: libtasn1 >= 4.3
provider: libtasn1-4.16.0-1.fc32.x86_64
Could someone explain to me why version 4.16.0 satisfies 4.3?
Version 4.16.0 is higher than 4.3, that's why the expression X >= 4.3
will be TRUE.
$ rpmdev-vercmp 4.16.0 4.3
4.16.0 >
Hi,
I am playing with RPM dependency resolution and I came across this in the
fc32 repos:
# dnf -y deplist gnutls | grep libtasn1
Last metadata expiration check: 2:04:09 ago on Wed 14 Oct 2020 09:47:12
CEST.
dependency: libtasn1 >= 4.3
provider: libtasn1-4.16.0-1.fc32.i686
provider:
According to the schedule [1], Fedora 33 Candidate RC-1.1 is now
available for testing. Please help us complete all the validation
testing! For more information on release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_plan
Test coverage information for the
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
Hello all.
License changed from "LGPLv2+ and MIT and FTL and BSD and MPLv1.1" to
"MIT and FTL and BSD and MPLv1.1".
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an
Am 13.10.20 um 13:30 schrieb Nikos Mavrogiannopoulos:
> On Mon, Oct 12, 2020 at 3:55 PM Nikos Mavrogiannopoulos
> wrote:
>
>>> Second thing to chance: just ask, if a usable hw is found. Asking
>>> permission for an impossible task is the definition of madnes
>>>
>>> Back to your request to
Am 13.10.20 um 13:17 schrieb Jakub Jelen:
> On 10/13/20 12:22 PM, Marius Schwarz wrote:
>>
>> captured with a brute force watch ps auxf >> log
>>
>> marius 5396 0.0 0.5 535000 10360 ? Ssl 03:34 0:00 \_
>> /usr/libexec/gsd-smartcard
>>
>>
>> btw. Boxen seems to simulate a reader:
Hi,
you are right that it is possible to configure suffix hierarchies which
are broken, but in my experience this wasn't an issue. people using sub
suffixes did get it right.
So is there really a need to change something that is working for a long
time ?
Regards,
Ludwig
On 14.10.20
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-32-20201013.0):
ID: 694448 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
On 13.10.20 12:14, Leon Fauster wrote:
> My recall was this
>
> https://lists.fedoraproject.org/archives/list/epel-devel@lists.fedoraproject.org/message/DBAQB3V35TXPNUV4UKKHXUC52BENZJUQ/
OK, thanks, that clears that up. So I'll go ahead and retire the EPEL7
package. Maybe I can put an updated
https://bugzilla.redhat.com/show_bug.cgi?id=1887366
--- Comment #5 from Fedora Update System ---
FEDORA-2020-5608fa4a78 has been submitted as an update to Fedora 31.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-5608fa4a78
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1887366
--- Comment #4 from Fedora Update System ---
FEDORA-2020-174525f97d has been submitted as an update to Fedora 32.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-174525f97d
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1887366
--- Comment #3 from Fedora Update System ---
FEDORA-2020-54db3ea55d has been submitted as an update to Fedora 33.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-54db3ea55d
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1887366
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
On Wed, Oct 14, 2020 at 12:13:18AM -0700, Luya Tshimbalanga wrote:
> Hello team,
>
> I took over the maintenance of nodejs-svgo needed for Inkscape.
> Unfortunately, two dependencies were retired due to lack of
> maintenance: sax and js-ymal. The attempt to rebuild those packages
> failed but the
On Mon, Oct 5, 2020 at 7:09 PM Kevin Fenzi wrote:
> How big are the changes between 4.2.2 and 4.3?
>
So, I finally got back to this, sorry for the late reply. After reading
through kombu 4.3 changelog [0], it seems the only truly breaking change is
in SQLAlchemy transport ( I can be wrong, of
https://bugzilla.redhat.com/show_bug.cgi?id=1888006
--- Comment #2 from Fedora Update System ---
FEDORA-2020-506f68c17b has been submitted as an update to Fedora 33.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-506f68c17b
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1888006
--- Comment #1 from Fedora Update System ---
FEDORA-2020-9374ba063f has been submitted as an update to Fedora 32.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-9374ba063f
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1888006
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1887366
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
Hello team,
I took over the maintenance of nodejs-svgo needed for Inkscape.
Unfortunately, two dependencies were retired due to lack of maintenance:
sax and js-ymal. The attempt to rebuild those packages failed but the
guideline for nodejs packages seems unclear with that line [1]:
%prep
On Tue, 13 Oct 2020 at 21:49, Neal Gompa wrote:
> On Tue, Oct 13, 2020 at 3:01 PM Fabio Valentini
> wrote:
> >
> > Since there are no open tickets that are tagged with "meeting" and no new
> > tickets are in need of synchronous discussion IMO, I propose to cancel
> > tomorrow's meeting, and
https://bugzilla.redhat.com/show_bug.cgi?id=1888006
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1888116
Bug ID: 1888116
Summary: Please update to >=1.46, to build openssl 1.1.1d an
newer
Product: Fedora EPEL
Version: epel7
Status: NEW
Component:
https://github.com/mreynolds389/389wiki/pull/48
This is a draft design, and probably of interest to thierry whom I discussed
this with last night :)
Thanks!
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
On 10/13/20 10:55 PM, rodents...@gmail.com wrote:
Btw sir, if I use freeipa. I won't be needing 389ds anymore?
I freeipa is made using 389ds. Am I correct?
Yes, freeipa uses 389ds as its backend database.
___
devel mailing list --
68 matches
Mail list logo
