I think the best option is to create non-modular compat packages. In my
opinion, modularity makes sense for end user applications, but I'm not sure
what benefits it has for libraries. Libraries tend to work well as compat
packages, so I implemented this in copr to try it out.
*
After reading the bug report and the discussions, I still don't
understand why dnf is complaining about a conflict with packages
(modules?) that are not installed and are not even trying to be
installed. Can someone explain that?
___
devel mailing
https://fedorapeople.org/groups/389ds/ci/nightly/2019/06/14/report-389-ds-base-1.4.1.3-20190613git054d32e.fc30.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
The following builds have been pushed to Fedora EPEL 6 updates-testing
R-littler-0.3.8-1.el6
php-phpseclib-2.0.18-1.el6
Details about builds:
R-littler-0.3.8-1.el6 (FEDORA-EPEL-2019-f3bdf18841)
littler:
Missing expected images:
Atomichost qcow2 x86_64
Atomichost raw-xz x86_64
Passed openQA tests: 2/2 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To
Missing expected images:
Atomichost raw-xz x86_64
Atomichost qcow2 x86_64
Failed openQA tests: 1/2 (x86_64)
New failures (same test not failed in updates-20190613.0):
ID: 411670 Test: x86_64 AtomicHost-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/411670
On Thu, 2019-06-13 at 17:02 +0100, Sérgio Basto wrote:
> On Thu, 2019-06-13 at 13:03 +0200, Peter Lemenkov wrote:
> > Hello!
> >
> > чт, 13 июн. 2019 г. в 12:49, Petr Pisar :
> > > On 2019-06-13, Peter Lemenkov wrote:
> > > > I've noticed that I cannot build Elixir in Rawhide anymore. It
> > > >
On Tue, 2018-12-04 at 15:59 +, Sérgio Basto wrote:
> Hi,
>
> Since Octave is not a core package I agree with update it for F29 .
>
> I'd like also update opencv in F29 from 3.4.1 to 3.4.4 but due
> possible ABI breakage [1].
> For that I need a proven package that rebuild all dependent
Greetings!
Fedora Infrastructure recently deployed Bodhi 4.0.0 to production,
which included quite a few backwards incompatible changes[0]. Some of
the changes have resulted in older Bodhi clients (less than 4.0.0) not
being compatible with the new version of the server.
In Fedora, FESCo decided
We have a problem... FreeIPA, as well as other unknown applications,
expect the status to be in the old format. While we can fix this in
FreeIPA, it will still break older versions of FreeIPA during replica
installs when it tries to setup replication with the new version. So
all
https://bugzilla.redhat.com/show_bug.cgi?id=1720382
Bug ID: 1720382
Summary: perl-XXX-0.33 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-XXX
Keywords: FutureFeature, Triaged
Assignee:
Hello Adam and everyone else,
I want to point out that there are 2 issues and not just one as
described in the article.
1) Default streams can't conflict
2) Switching dependencies on a module does not work
Both of the issues are solvable and should be handled by DNF, however
they are not. And I
On Thu, 2019-06-13 at 12:42 -0400, Neal Gompa wrote:
> > > > This is wrong (not sure if the culprit)
> > > >
> > > > %endif %{__with_rebar3}
> > > >
> > > > I would rewrite it to:
> > > >
> > > > %endif # __with_rebar3
> > >
> > > Actually both are wrong, and rpm >= 4.15 will complain (unlike
On Thu, Jun 13, 2019 at 3:13 PM Daniel Walsh wrote:
>
> Send an email to: podman-j...@lists.podman.io with the word "subscribe"
> in the title, or by going to https://lists.podman.io and scrolling to
> the bottom of that page to subscribe.
>
Could FAS login be added as a supported auth?
--
So, I'd like to discuss the libgit issue [1] [2] we're experiencing. With a
help of a few people, I've put together this post to get us on common
ground: https://communityblog.fedoraproject.org/modularity-vs-libgit/
There are few ideas about solving the issue right now. But we might be able
to
Send an email to: podman-j...@lists.podman.io with the word "subscribe"
in the title, or by going to https://lists.podman.io and scrolling to
the bottom of that page to subscribe.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1720328
Bug ID: 1720328
Summary: perl-Mail-Box-IMAP4-3.007 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Mail-Box-IMAP4
Keywords: FutureFeature,
https://www.port389.org/docs/389ds/design/repl-agmt-status-design.html
https://pagure.io/389-ds-base/pull-request/50447
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
Hi all,
Issue: https://pagure.io/389-ds-base/issue/50446
from lib389.utils import (ds_is_older) is missing in
https://pagure.io/389-ds-base/blob/master/f/src/lib389/lib389/idm/account.py
users = UserAccounts(standalone, DEFAULT_SUFFIX)
for i in users.list(): i.dn
On Thu, Jun 13, 2019 at 12:41 PM Adam Williamson
wrote:
>
> On Thu, 2019-06-13 at 13:25 +0300, Panu Matilainen wrote:
> > On 6/13/19 12:54 PM, Miroslav Suchý wrote:
> > > Dne 13. 06. 19 v 11:43 Peter Lemenkov napsal(a):
> > > > Hello All!
> > > > I've noticed that I cannot build Elixir in Rawhide
On Thu, 2019-06-13 at 13:03 +0200, Peter Lemenkov wrote:
> Hello!
>
> чт, 13 июн. 2019 г. в 12:49, Petr Pisar :
> > On 2019-06-13, Peter Lemenkov wrote:
> > > I've noticed that I cannot build Elixir in Rawhide anymore. It
> > > got
> > > stuck at tests and all I've got is a cryptic (at least to
On Thu, 2019-06-13 at 13:25 +0300, Panu Matilainen wrote:
> On 6/13/19 12:54 PM, Miroslav Suchý wrote:
> > Dne 13. 06. 19 v 11:43 Peter Lemenkov napsal(a):
> > > Hello All!
> > > I've noticed that I cannot build Elixir in Rawhide anymore. It got
> > > stuck at tests and all I've got is a cryptic
https://bugzilla.redhat.com/show_bug.cgi?id=1720287
Bug ID: 1720287
Summary: perl-Future-0.41 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Future
Keywords: FutureFeature, Triaged
Is there any possibility that the new rpmbuild might be responsible
for a change from:
Provides: python-subunit
to:
Provides: python-subunit(architecture)
in a noarch package? See https://bugzilla.redhat.com/show_bug.cgi?id=1720139.
--
Jerry James
http://www.jamezone.org/
On 6/13/19 4:02 AM, William Brown wrote:
On 12 Jun 2019, at 17:36, Mark Reynolds wrote:
http://www.port389.org/docs/389ds/design/repl-agmt-status-design.html
Looks great!
Instead of "Success" we could use "Healthy" because replication isn't a success/fail, it's a longterm
"good/bad" IE
On Thu, Jun 13, 2019 at 3:26 PM William Brown wrote:
>
> Is the test case *just* testing if binary searching of attributes works?
The test was to check if we can query the server for
userCertificate=, where is a string representation of a
base64 encoded x509 certificate. The original test was
base64 in ldap is just to transport binary ... so they are one and the same.
Either way, I think that you should check ensure str, and provide logs from
access and lib389 in verbose to show what the filter generator is doing,a nd
what the server is attempting to process so we can see where the
Main aim of the test case is filter user with binary search not the base64
.
(Pdb) six.ensure_str(crt)
*** UnicodeDecodeError: 'utf-8' codec can't decode byte 0x82 in position 1:
invalid start byte
On Thu, Jun 13, 2019 at 7:05 PM William Brown wrote:
> I'm really suspicious here that your
https://pagure.io/389-ds-base/pull-request/50444
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
I'm really suspicious here that your escape bytes is not needed for ldap as
much as to prevent python state leaking into the string and the data. I'm
wondering if there is a better approach
Can ldap filters take base64 instead? Perhaps the issue with your filter atm is
that you are
Yes, it is. but with escape_bytes function only.
(Pdb) Accounts(standalone,
DEFAULT_SUFFIX).filter(f"(userCertificate={crt})")
*** ldap.FILTER_ERROR: {'desc': 'Bad search filter', 'errno': 2, 'info':
'No such file or directory'}
And finally .
Accounts(standalone,
Is the test case *just* testing if binary searching of attributes works?
> On 13 Jun 2019, at 15:25, Anuj Borah wrote:
>
> @William Brown
>
>
> This is my test case in bash form . Hope this helps.
>
> dn: uid=user4F, ou=People, dc=example, dc=com
> uid: user4F
> cn: User 4F
> sn:
@William Brown
This is my test case in bash form . Hope this helps.
dn: uid=user4F, ou=People, dc=example, dc=com
uid: user4F
cn: User 4F
sn:
givenName:
ou: People
objectClass: top
objectClass: person
objectClass: organizationalPerson
objectClass:
I'm sorry, you didn't answer my questions can you answer the below
questions, exactly and precisely, else I can't help you :(
>
> * WHAT is the test you are creating? What does it test? How? What steps from
> start to finish? Please list this exactly.
> * Use SSCA to make the user cert -
https://bugzilla.redhat.com/show_bug.cgi?id=1720241
Bug ID: 1720241
Summary: perl-Test-Strict-0.49 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Test-Strict
Keywords: FutureFeature, Triaged
On Thu, Jun 13, 2019 at 6:05 PM William Brown wrote:
>
>
> > On 13 Jun 2019, at 14:27, Anuj Borah wrote:
> >
> >
>
> Okay, so:
>
> * WHAT is the test you are creating? What does it test? How? What steps
> from start to finish? Please list this exactly.
> * Use SSCA to make the user cert - it
> On 13 Jun 2019, at 14:27, Anuj Borah wrote:
>
>
Okay, so:
* WHAT is the test you are creating? What does it test? How? What steps from
start to finish? Please list this exactly.
* Use SSCA to make the user cert - it creates pem and der copies
* Have you looked at:
@William Brown
Please check the attached test case .
I want to put escape_bytes function to lib389 utils.py file .
Regards
Anuj Borah
On Mon, Jun 10, 2019 at 2:18 PM William Brown wrote:
>
>
> > On 9 Jun 2019, at 03:40, Anuj Borah wrote:
> >
> > @William Brown
> >
> > Yes, it does.
> >
>
Hi there,
There have been a few changes to systemd files recently so I wanted to check
about how to correctly supply environment variables to the server. For example,
KRB5_KTNAME. Are we doing this still by EnvironmentFile? Or by another method?
—
Sincerely,
William Brown
Senior Software
On 6/12/19 1:07 PM, Miroslav Suchý wrote:
Dne 10. 06. 19 v 13:39 Panu Matilainen napsal(a):
More info and details available in the preliminary release notes at
https://rpm.org/wiki/Releases/4.15.0 and the change
page linked at the start of this message.
Where can I read more about this:
>
Hi all,
During my packaging work I have noticed that suse is shipping extra schema for
compatability with openldap and some legacy applications. I have attached the
tar.gz to check.
What would we think about shipping this in the upstream to help ensure
compatibility between RH/SUSE/Others in
Hello!
чт, 13 июн. 2019 г. в 12:49, Petr Pisar :
>
> On 2019-06-13, Peter Lemenkov wrote:
> > I've noticed that I cannot build Elixir in Rawhide anymore. It got
> > stuck at tests and all I've got is a cryptic (at least to me) message:
> >
> >
> > + RPM_EC=0
> > BUILDSTDERR: ++ jobs -p
> > +
On 6/13/19 12:54 PM, Miroslav Suchý wrote:
Dne 13. 06. 19 v 11:43 Peter Lemenkov napsal(a):
Hello All!
I've noticed that I cannot build Elixir in Rawhide anymore. It got
stuck at tests and all I've got is a cryptic (at least to me) message:
+ RPM_EC=0
BUILDSTDERR: ++ jobs -p
+ exit 0
See
https://bugzilla.redhat.com/show_bug.cgi?id=1720143
Panu Matilainen changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On 2019-06-13, Peter Lemenkov wrote:
> I've noticed that I cannot build Elixir in Rawhide anymore. It got
> stuck at tests and all I've got is a cryptic (at least to me) message:
>
>
> + RPM_EC=0
> BUILDSTDERR: ++ jobs -p
> + exit 0
>
F31 has a new rpm-build with a new features. Your issue seems
You may consider adding your package to the Koschei service:
https://apps.fedoraproject.org/koschei/package/python-elixir which
will do rebuilds when the buildroot change, and it will show you the
changes in a well readable way.
--
Michal Schorm
Software Engineer
Core Services - Databases Team
Dne 13. 06. 19 v 11:43 Peter Lemenkov napsal(a):
> Hello All!
> I've noticed that I cannot build Elixir in Rawhide anymore. It got
> stuck at tests and all I've got is a cryptic (at least to me) message:
>
>
> + RPM_EC=0
> BUILDSTDERR: ++ jobs -p
> + exit 0
>
>
> See this link for full build
Hello All!
I've noticed that I cannot build Elixir in Rawhide anymore. It got
stuck at tests and all I've got is a cryptic (at least to me) message:
+ RPM_EC=0
BUILDSTDERR: ++ jobs -p
+ exit 0
See this link for full build log:
*
https://bugzilla.redhat.com/show_bug.cgi?id=1720143
Panu Matilainen changed:
What|Removed |Added
CC||i.gnatenko.br...@gmail.com,
https://bugzilla.redhat.com/show_bug.cgi?id=1720143
Bug ID: 1720143
Summary: perl-Redis-1.991-10.fc31FTBFS: line 45: kill: (20250)
- No such process
Product: Fedora
Version: rawhide
URL:
https://bugzilla.redhat.com/show_bug.cgi?id=1719806
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
> On 12 Jun 2019, at 17:36, Mark Reynolds wrote:
>
> http://www.port389.org/docs/389ds/design/repl-agmt-status-design.html
Looks great!
Instead of "Success" we could use "Healthy" because replication isn't a
success/fail, it's a longterm "good/bad" IE healthy/failing state. So perhaps
https://pagure.io/389-ds-base/pull-request/50441
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
53 matches
Mail list logo