[Test-Announce] Fedora 30 Final RC status

Hey folks! Just to keep everyone in the loop, here's what's going on: RC1 was pretty close to shipping at the Go / No-Go, but there were a couple of bugs we wanted to fix and we didn't feel like it had been baked long enough to sign off today. So, an RC2 is building with four targeted fixes: *

[Bug 1703294] New: perl-DBD-Pg-3.8.0 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1703294 Bug ID: 1703294 Summary: perl-DBD-Pg-3.8.0 is available Product: Fedora Version: rawhide Status: NEW Component: perl-DBD-Pg Keywords: FutureFeature, Triaged

Re: Fedora 31 System-Wide Change proposal: Set skip_if_unavailable default to false

On Thu, Apr 25, 2019 at 1:53 PM Samuel Sieb wrote: > > On 4/25/19 10:04 AM, Nico Kadel-Garcia wrote: > > On Thu, Apr 25, 2019 at 6:39 AM Vít Ondruch wrote: > >> Dne 24. 04. 19 v 23:04 Ben Cotton napsal(a): > >>> https://fedoraproject.org/wiki/Changes/Set_skip_if_unavailable_default_to_false >

Re: Fedora 32 System-Wide Change proposal: Retire Python 2

On Thu, Apr 25, 2019 at 3:20 PM Miro Hrončok wrote: > > On 25. 04. 19 20:35, Stephen John Smoogen wrote: > > > How much is going to be needed for "mock" to still work for older > > > operating systems? > > > > I'm confused. How is the change relevant for mock? I think I'm missing >

Re: Orphaning js-jquery

On 26. 04. 19 2:00, Christopher wrote: On Thu, Apr 25, 2019 at 2:39 PM Tom Hughes wrote: On 25/04/2019 19:29, Stephen John Smoogen wrote: On Thu, 25 Apr 2019 at 04:23, Nicolas Mailhot mailto:nicolas.mail...@laposte.net>> wrote: Le mercredi 24 avril 2019 à 16:14 -0400, Stephen

Fedora Rawhide-20190425.n.0 compose check report

Missing expected images: Atomichost qcow2 x86_64 Atomichost raw-xz x86_64 Compose FAILS proposed Rawhide gating check! 2 of 47 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 10/146 (x86_64), 3/24 (i386), 1/2 (arm)

Fedora 30-20190425.n.0 compose check report

Missing expected images: Atomichost raw-xz x86_64 Atomichost qcow2 x86_64 Failed openQA tests: 3/146 (x86_64), 1/24 (i386), 1/2 (arm) ID: 391293 Test: x86_64 Server-dvd-iso install_repository_hd_variation URL: https://openqa.fedoraproject.org/tests/391293 ID: 391337 Test: i386

Re: Orphaning js-jquery

On Thu, 25 Apr 2019 at 20:01, Christopher wrote: > On Thu, Apr 25, 2019 at 2:39 PM Tom Hughes wrote: > > > > On 25/04/2019 19:29, Stephen John Smoogen wrote: > > > > > > > > > On Thu, 25 Apr 2019 at 04:23, Nicolas Mailhot > > > mailto:nicolas.mail...@laposte.net>> > wrote: > > > > > > Le

Re: Fedora 32 System-Wide Change proposal: Retire Python 2

On 25. 04. 19 23:41, Tomasz Kłoczko wrote: On Thu, 25 Apr 2019 at 08:34, Miroslav Suchý > wrote: Dne 24. 04. 19 v 23:04 Ben Cotton napsal(a): > Removed packages that would block the upgrades to Fedora 32 will be > obsoleted from

Re: Orphaning js-jquery

On Thu, Apr 25, 2019 at 2:39 PM Tom Hughes wrote: > > On 25/04/2019 19:29, Stephen John Smoogen wrote: > > > > > > On Thu, 25 Apr 2019 at 04:23, Nicolas Mailhot > > mailto:nicolas.mail...@laposte.net>> wrote: > > > > Le mercredi 24 avril 2019 à 16:14 -0400, Stephen Gallagher a écrit : > >

[Bug 1703269] New: serious typo in Summary

https://bugzilla.redhat.com/show_bug.cgi?id=1703269 Bug ID: 1703269 Summary: serious typo in Summary Product: Fedora Version: rawhide Status: NEW Component: perl-Sereal-Encoder Assignee: ppi...@redhat.com

Fedora rawhide compose report: 20190425.n.0 changes

OLD: Fedora-Rawhide-20190424.n.0 NEW: Fedora-Rawhide-20190425.n.0 = SUMMARY = Added images:5 Dropped images: 5 Added packages: 8 Dropped packages:1 Upgraded packages: 165 Downgraded packages: 0 Size of added packages: 12.77 MiB Size of dropped packages

[Bug 1703266] New: perl-Catalyst-Manual-5.9010 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1703266 Bug ID: 1703266 Summary: perl-Catalyst-Manual-5.9010 is available Product: Fedora Version: rawhide Status: NEW Component: perl-Catalyst-Manual Keywords: FutureFeature,

Fedora 30 compose report: 20190425.n.0 changes

OLD: Fedora-30-20190424.n.0 NEW: Fedora-30-20190425.n.0 = SUMMARY = Added images:5 Dropped images: 7 Added packages: 0 Dropped packages:1 Upgraded packages: 0 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:145.32 MiB Size

[Bug 1698172] perl-Sereal-4.007 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1698172 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA --- Comment #6 from

Re: Can we maybe reduce the set of packages we install by default a bit?

Lennart Poettering wrote: >On Do, 25.04.19 13:14, Przemek Klosowski (przemek.klosow...@nist.gov) wrote: >> That leaves the invocation IDs---the UUIDs need to be random to be truly >> Universally Unique, but  a limited entropy system is implicitly isolated, so >> maybe the limited UUIDs could be

Re: Fedora 31 System-Wide Change proposal: Set skip_if_unavailable default to false

On 25/04/19 09:35 +0200, Dridi Boukelmoune wrote: > Also please note that fedora-cisco-openh264.repo ships with > "skip_if_unavailable=true". off-topic: which in fact doesn't matter much, since you'll, sooner or later and whether you want or not, receive non-free (in a sense) binaries over the

Re: Fedora 32 System-Wide Change proposal: Retire Python 2

On Thu, 25 Apr 2019 at 08:34, Miroslav Suchý wrote: > Dne 24. 04. 19 v 23:04 Ben Cotton napsal(a): > > Removed packages that would block the upgrades to Fedora 32 will be > > obsoleted from {{package|fedora-obsolete-packages}}. > > Which effectively means all python2-* packages. Right? > And

Fedora 30 Final status is No-Go

Release status of Fedora 30 Final is NO-GO. Due to open blocker bugs and the recentness of RC1, Fedora 30 Final was declared "No-Go". We will reconvene at 1700 UTC on Friday, 26 April[1] to evaluate the status of RC2. If declared Go, we will release on the preferred target date of 30 April. If

[Test-Announce] Fedora 30 Final status is No-Go

Release status of Fedora 30 Final is NO-GO. Due to open blocker bugs and the recentness of RC1, Fedora 30 Final was declared "No-Go". We will reconvene at 1700 UTC on Friday, 26 April[1] to evaluate the status of RC2. If declared Go, we will release on the preferred target date of 30 April. If

Re: How to submit Root CA to ship with Fedora

On Thu, Apr 25, 2019 at 1:42 PM Danishka Navin wrote: > > > > On Wed, Apr 24, 2019 at 6:02 PM Sérgio Basto wrote: >> >> On Wed, 2019-04-24 at 11:35 +0530, Danishka Navin wrote: >> >> Hi, >> >> Sri Lanka Cert is gonna implement local Root CA. >> How we can submit this Root CA with Fedora? >> >> I

Nextcloud-client testers wanted

Hello, I need some testers for getting karma feedbacks about nextcloud-client 2.5.2 that is in updates-testing https://bodhi.fedoraproject.org/updates/?packages=nextcloud-client Thank you ___ devel mailing list -- devel@lists.fedoraproject.org To

Re: Fedora 32 System-Wide Change proposal: Retire Python 2

On 25. 04. 19 20:35, Stephen John Smoogen wrote: > How much is going to be needed for "mock" to still work for older > operating systems? I'm confused. How is the change relevant for mock? I think I'm missing some pieces of the thought process here, could you please elaborate

Re: Fedora 32 System-Wide Change proposal: Retire Python 2

On 25. 04. 19 20:33, Adam Jackson wrote: On Thu, 2019-04-25 at 19:33 +0200, Miro Hrončok wrote: On 25. 04. 19 18:38, Nico Kadel-Garcia wrote: How much is going to be needed for "mock" to still work for older operating systems? I'm confused. How is the change relevant for mock? I think I'm

Re: Orphaning js-jquery

On 25/04/2019 19:29, Stephen John Smoogen wrote: On Thu, 25 Apr 2019 at 04:23, Nicolas Mailhot mailto:nicolas.mail...@laposte.net>> wrote: Le mercredi 24 avril 2019 à 16:14 -0400, Stephen Gallagher a écrit : > > FWIW, things should *not* be getting harder. Some folks just

Re: Fedora 32 System-Wide Change proposal: Retire Python 2

On Thu, 25 Apr 2019 at 13:35, Miro Hrončok wrote: > On 25. 04. 19 18:38, Nico Kadel-Garcia wrote: > > On Thu, Apr 25, 2019 at 10:27 AM Miro Hrončok > wrote: > >> > >> On 25. 04. 19 9:22, Miroslav Suchý wrote: > >>> Dne 24. 04. 19 v 23:04 Ben Cotton napsal(a): > Removed packages that would

Re: Fedora 32 System-Wide Change proposal: Retire Python 2

On Thu, 2019-04-25 at 19:33 +0200, Miro Hrončok wrote: > On 25. 04. 19 18:38, Nico Kadel-Garcia wrote: > > > > How much is going to be needed for "mock" to still work for older > > operating systems? > > I'm confused. How is the change relevant for mock? I think I'm missing some > pieces of the

Re: Orphaning js-jquery

On Thu, 25 Apr 2019 at 04:23, Nicolas Mailhot wrote: > Le mercredi 24 avril 2019 à 16:14 -0400, Stephen Gallagher a écrit : > > > > FWIW, things should *not* be getting harder. Some folks just jumped > > the gun and made changes they weren't supposed to (yet) and now the > > Modularity team has

Re: kronosnet - PRs and package maintenance

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 2019-04-25 at 14:40 +0200, Jan Pokorný wrote: > On 25/04/19 10:53 +0100, Phil Wyett wrote: > > I tried make contact directly a couple of weeks ago via email, > > with no luck. > > > > I currently have a number of Pull Requests (PR) against

Re: Fedora 31 System-Wide Change proposal: Set skip_if_unavailable default to false

On 4/25/19 10:04 AM, Nico Kadel-Garcia wrote: On Thu, Apr 25, 2019 at 6:39 AM Vít Ondruch wrote: Dne 24. 04. 19 v 23:04 Ben Cotton napsal(a): https://fedoraproject.org/wiki/Changes/Set_skip_if_unavailable_default_to_false == Summary == Dnf team wants to change a default setting for the repo

Re: Can we maybe reduce the set of packages we install by default a bit?

On Do, 25.04.19 13:14, Przemek Klosowski (przemek.klosow...@nist.gov) wrote: > On 4/25/19 5:14 AM, Lennart Poettering wrote: > > For the hashtable seeds we use classic /dev/urandom (i.e. entropy from > > a possibly non-initialized pool) since it's OK if those seeds are > > crappy initially, as

Re: How to submit Root CA to ship with Fedora

On Wed, Apr 24, 2019 at 6:02 PM Sérgio Basto wrote: > On Wed, 2019-04-24 at 11:35 +0530, Danishka Navin wrote: > > Hi, > > Sri Lanka Cert is gonna implement local Root CA. > How we can submit this Root CA with Fedora? > > I could not find enough information on this. > > > you can do one custom

Re: Fedora 32 System-Wide Change proposal: Retire Python 2

On 25. 04. 19 18:38, Nico Kadel-Garcia wrote: On Thu, Apr 25, 2019 at 10:27 AM Miro Hrončok wrote: On 25. 04. 19 9:22, Miroslav Suchý wrote: Dne 24. 04. 19 v 23:04 Ben Cotton napsal(a): Removed packages that would block the upgrades to Fedora 32 will be obsoleted from

Re: No rule to make target 'QtWebKit/QWebView', needed by ... ui_browser.h'

Thanks for this hint, will give it a try. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines:

Re: Can we maybe reduce the set of packages we install by default a bit?

On 4/25/19 5:14 AM, Lennart Poettering wrote: For the hashtable seeds we use classic /dev/urandom (i.e. entropy from a possibly non-initialized pool) since it's OK if those seeds are crappy initially, as long as they get better over time, since we reseed if we see too many hash collisions. I

Re: Fedora 31 System-Wide Change proposal: Set skip_if_unavailable default to false

On Thu, Apr 25, 2019 at 6:39 AM Vít Ondruch wrote: > > > Dne 24. 04. 19 v 23:04 Ben Cotton napsal(a): > > https://fedoraproject.org/wiki/Changes/Set_skip_if_unavailable_default_to_false > > > > == Summary == > > Dnf team wants to change a default setting for the repo option > >

Re: Fedora 32 System-Wide Change proposal: Retire Python 2

On Thu, Apr 25, 2019 at 10:27 AM Miro Hrončok wrote: > > On 25. 04. 19 9:22, Miroslav Suchý wrote: > > Dne 24. 04. 19 v 23:04 Ben Cotton napsal(a): > >> Removed packages that would block the upgrades to Fedora 32 will be > >> obsoleted from {{package|fedora-obsolete-packages}}. > > > > Which

[389-devel] Re: Groups are not accessible by filter

@Ludwig Under the same condition . Accounts(topo.standalone, DEFAULT_SUFFIX).filter('(uniquemember=uid=kvaughan, ou=People, dc=example,dc=com)') >>> gives 0 result . (From filter script) (Pdb) topo.standalone.search_s(DEFAULT_SUFFIX, ldap.SCOPE_SUBTREE,

[389-devel] Re: memory leak with dblayer perf counters

On 4/25/19 11:10 AM, Ludwig wrote: Hi, when running ASAN builds I noticed in some tests a memory leak for dblayer perf counters. A closer look showd it happens with an online restore, in this case we have started dblayer in normal mode, then close it, but pass a mode to prevent the

[389-devel] Re: Groups are not accessible by filter

On 04/25/2019 05:38 PM, Anuj Borah wrote: @Ludwig Try running these Two scrips one is with filter and other is with search_s. I will then also get different results, but you need to clarify what is "correct" and what not, if it is in what is sent to the server or

[389-devel] Re: Groups are not accessible by filter

@Ludwig Try running these Two scrips one is with filter and other is with search_s. Problem is with search_s i am getting correct result , where with filter wrong result. Regards Anuj Borah On Thu, Apr 25, 2019 at 8:30 PM Ludwig wrote: > what is your problem ? the searches in both access

[389-devel] memory leak with dblayer perf counters

Hi, when running ASAN builds I noticed in some tests a memory leak for dblayer perf counters. A closer look showd it happens with an online restore, in this case we have started dblayer in normal mode, then close it, but pass a mode to prevent the cleanup of the perfcounters (this is

[389-devel] Re: Groups are not accessible by filter

what is your problem ? the searches in both access logs produce the same results: grep nentries /tmp/access_with* | grep tag=101 /tmp/access_with_filter:[25/Apr/2019:08:36:36.560467098 +] conn=1 op=148 RESULT err=0 tag=101 nentries=3 etime=0.399837

Re: [EPEL-devel] EPEL7: Adapting %python_provide to provide python3- for python36-

On 24. 04. 19 12:23, Miro Hrončok wrote: Hey, since the plan is to have some python3-... packages in RHEL proper, should we adapt the %python_provide macro to provide python3-... when it gets python36-...? %{python_provide python36-foo} currently does nothing. I propose to change it to do:

[EPEL-devel] Re: EPEL7: Adapting %python_provide to provide python3- for python36-

On 24. 04. 19 12:23, Miro Hrončok wrote: Hey, since the plan is to have some python3-... packages in RHEL proper, should we adapt the %python_provide macro to provide python3-... when it gets python36-...? %{python_provide python36-foo} currently does nothing. I propose to change it to do:

Making Perl site paths ABI-specific

It was a long time ago I wrote to this list. I'm thinking about changing site paths. Now, perl configures site paths to: /usr/local/lib64/perl5 /usr/local/share/perl5 so that anyone installing distributions from CPAN in a system-wide manner will install his modules there. These two

Re: Fedora 32 System-Wide Change proposal: Retire Python 2

On 25. 04. 19 9:22, Miroslav Suchý wrote: Dne 24. 04. 19 v 23:04 Ben Cotton napsal(a): Removed packages that would block the upgrades to Fedora 32 will be obsoleted from {{package|fedora-obsolete-packages}}. Which effectively means all python2-* packages. Right? Almost. The ones that stop

Re: No rule to make target 'QtWebKit/QWebView', needed by ... ui_browser.h'

Martin Gansser wrote: > webvfx [1] no longer compiles on F30 [2], F29 is ok. > > /redhat/redhat-hardened-ld' 'QMAKE_LFLAGS_RELEASE=-Wl,-z,relro > -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld' > QMAKE_STRIP= PREFIX=/usr LIB_SUFFIX=lib64 ) && /usr/bin/make -f Makefile

Re: [HEADS-UP] bcc-0.9.0 libbpf.so renamed to libbcc_bpf.so

On Thu, Apr 25, 2019 at 8:04 AM Rafael dos Santos wrote: > > Upstream has renamed it's lib to avoid conflict with libbpf.so from libbpf > project. > > This change is included in the latest version 0.9.0. So if you depend on this > library, make sure to link against the new name. > > $: dnf

Re: kronosnet - PRs and package maintenance

On 25/04/19 10:53 +0100, Phil Wyett wrote: > I tried make contact directly a couple of weeks ago via email, > with no luck. > > I currently have a number of Pull Requests (PR) against the package > and further updates to do if allowed. > > I am not sure if the package is going to be orphaned or

No rule to make target 'QtWebKit/QWebView', needed by ... ui_browser.h'

Hi, webvfx [1] no longer compiles on F30 [2], F29 is ok. /redhat/redhat-hardened-ld' 'QMAKE_LFLAGS_RELEASE=-Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld' QMAKE_STRIP= PREFIX=/usr LIB_SUFFIX=lib64 ) && /usr/bin/make -f Makefile /usr/bin/make -f

[HEADS-UP] bcc-0.9.0 libbpf.so renamed to libbcc_bpf.so

Upstream has renamed it's lib to avoid conflict with libbpf.so from libbpf project. This change is included in the latest version 0.9.0. So if you depend on this library, make sure to link against the new name. $: dnf repoquery --disablerepo=\* --enablerepo=\*-source --arch src --whatrequires

Re: Orphaning js-jquery

On 25. 04. 19 12:13, Vít Ondruch wrote: > The reasons are the same as why I keep alive the other versions. I'm not > really going to maintain it unless I am totally bored. Also, there are > other dependencies which are going to be orphaned soon, so I might > change my mind ... I have claimed the

Re: Fedora 31 System-Wide Change proposal: Set skip_if_unavailable default to false

Dne 24. 04. 19 v 23:04 Ben Cotton napsal(a): > https://fedoraproject.org/wiki/Changes/Set_skip_if_unavailable_default_to_false > > == Summary == > Dnf team wants to change a default setting for the repo option > `skip_if_unavailable` to `FALSE`. > > == Owner == > * Name: [[User:jmracek| Jaroslav

[Bug 1703004] Upgrade perl-Test-Spelling to 0.22

https://bugzilla.redhat.com/show_bug.cgi?id=1703004 Paul Howarth changed: What|Removed |Added Status|NEW |CLOSED Fixed In Version|

Re: Orphaning js-jquery

Dne 24. 04. 19 v 21:31 Christopher napsal(a): > I'm orphaning js-jquery, since I do not have time to maintain it. I requested unorpahing js-jquery: https://pagure.io/releng/issue/8308 The reasons are the same as why I keep alive the other versions. I'm not really going to maintain it unless I

[Bug 1698172] perl-Sereal-4.007 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1698172 Fedora Update System changed: What|Removed |Added Status|ON_QA |MODIFIED --- Comment #4 from

[Bug 1698172] perl-Sereal-4.007 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1698172 --- Comment #5 from Fedora Update System --- perl-Sereal-4.007-1.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2019-d0fd49424f -- You are receiving this mail because: You are on the CC

kronosnet - PRs and package maintenance

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi kronosnet maintainer(s), I tried make contact directly a couple of weeks ago via email, with no luck. I currently have a number of Pull Requests (PR) against the package and further updates to do if allowed. I am not sure if the package is going

Re: Can we maybe reduce the set of packages we install by default a bit?

On Mi, 24.04.19 17:28, Björn Persson (Bjorn@rombobjörn.se) wrote: > Lennart Poettering wrote: > >As mentioned before: systemd itself already needs entropy itself (it > >assigns a random 128bit id to each service invocation, dubbed the > >"invocation ID" of it, and it generates the machine ID and

[Bug 1703004] New: Upgrade perl-Test-Spelling to 0.22

https://bugzilla.redhat.com/show_bug.cgi?id=1703004 Bug ID: 1703004 Summary: Upgrade perl-Test-Spelling to 0.22 Product: Fedora Version: rawhide Status: NEW Component: perl-Test-Spelling Assignee: tcall...@redhat.com

Re: Can we maybe reduce the set of packages we install by default a bit?

On Mi, 24.04.19 17:43, Tomas Mraz (tm...@redhat.com) wrote: > > But how can it be successful? If systemd already needs to wait until > > the pool is full to get the randomness it needs (and thus blocks > > system boot-up as a whole) then what's the point in running rngd > > afterwards? To reach

Re: Can we maybe reduce the set of packages we install by default a bit?

On Mi, 24.04.19 08:27, Adam Williamson (adamw...@fedoraproject.org) wrote: > > a. systemd starts before rngd. > > b. rngd runs before the entropy pool is full. > > c. the entropy pool needs to be full for systemd to start > > > > a before b before c before a before b before c before a? How's that

[389-devel] Re: Groups are not accessible by filter

@Ludwig Attached the logs . I have noticed , it happening due to _get_objectclass_filter() method in filter of DSLdapObjects . Accounts(topo.standalone, DEFAULT_SUFFIX)._objectclasses ['nsAccount', 'nsPerson', 'simpleSecurityObject', 'organization', 'person', 'account', 'organizationalUnit',

Re: Orphaning js-jquery

Le mercredi 24 avril 2019 à 16:14 -0400, Stephen Gallagher a écrit : > > FWIW, things should *not* be getting harder. Some folks just jumped > the gun and made changes they weren't supposed to (yet) and now the > Modularity team has a lot of fires to put out and very few resources > with which to

[Bug 1700644] perl-Net-CIDR-0.20 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1700644 Emmanuel Seyman changed: What|Removed |Added Assignee|emman...@seyman.fr |p...@city-fan.org -- You are

Re: Fedora 31 System-Wide Change proposal: Set skip_if_unavailable default to false

> That was my understanding, yes. If it is set in the repo file, that > will override the default. I'm all for this change, "skip_if_unavailable=true" is a terrible default, I have spent a fair amount of time this morning on some updates testing [1] and since RPM Fusion repositories don't set

New Copr release

Hello, I am happy to announce a new Copr release. This time we have focused mainly on improving a CI experience and freeing up some disk space, but there is much more. These are some highlights from this release. - CLI support for managing permissions For

Re: Fedora 32 System-Wide Change proposal: Retire Python 2

Dne 24. 04. 19 v 23:04 Ben Cotton napsal(a): > Removed packages that would block the upgrades to Fedora 32 will be > obsoleted from {{package|fedora-obsolete-packages}}. Which effectively means all python2-* packages. Right? Miroslav ___ devel mailing

[389-devel] Re: Groups are not accessible by filter

can you provide the access logs to show what searches were really done On 04/24/2019 12:23 PM, Anuj Borah wrote: Hi all, Please consider bellow condition . UserAccount(topo.standalone, 'cn=Accounting Managers,ou=groups,dc=example,dc=com').add('uniquemember', [ 'uid=scarter, ou=People,