[389-devel] Re: Sign compare checking

> > So either, this is a bug in the way openldap uses the ber_len_t type, we > have a mistake in our logic, or something else hokey is going on. > > I would like to update this to: > > if ( (tag != LBER_END_OF_SEQORSET) && (len == 0) && (*fstr != NULL) ) > > Or even: > > if ( (tag !=

[389-devel] Sign compare checking

Hi, I'm going through the list of sign-compare errors from gcc, and putting in the appropriate casts (uint -> int normally). I found in filter.c: /* openldap does not return LBER_END_OF_SEQORSET - so check for len == -1 - openldap ber_next_element will not set len

[Bug 1370954] New: Perl module Number::Fraction dumps core when loaded.

https://bugzilla.redhat.com/show_bug.cgi?id=1370954 Bug ID: 1370954 Summary: Perl module Number::Fraction dumps core when loaded. Product: Fedora Version: 23 Component: perl-Number-Fraction Severity: low Assignee:

[389-devel] Reminder: Please Review: ns + ds tickets

Hi, Nunc-stans, These have been waiting for a while: https://fedorahosted.org/nunc-stans/ticket/57 https://fedorahosted.org/nunc-stans/attachment/ticket/57/0001-Ticket-57-Ability-to-disarm-a-persistent-job-from-wi.patch https://fedorahosted.org/nunc-stans/ticket/58

[Bug 1370818] perl-TeX-Hyphen-1.17 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1370818 Jan Pazdziora changed: What|Removed |Added Fixed In Version|

[Bug 1370818] perl-TeX-Hyphen-1.17 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1370818 --- Comment #5 from Fedora Update System --- perl-TeX-Hyphen-1.17-1.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2016-2389de4bde -- You are receiving this mail

[Bug 1370818] perl-TeX-Hyphen-1.17 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1370818 --- Comment #4 from Upstream Release Monitoring --- adelton's perl-TeX-Hyphen-1.17-1.fc26 completed http://koji.fedoraproject.org/koji/buildinfo?buildID=795064 -- You are receiving this mail

adelton pushed to perl-TeX-Hyphen (f25). "1370818 - Rebase to upstream version 1.17."

From 1166a58e8723e4ae69806846b651c364292ccca0 Mon Sep 17 00:00:00 2001 From: Jan Pazdziora Date: Sun, 28 Aug 2016 21:06:39 +0200 Subject: 1370818 - Rebase to upstream version 1.17. --- perl-TeX-Hyphen.spec | 7 +-- sources | 2 +- 2 files changed, 6

adelton pushed to perl-TeX-Hyphen (master). "1370818 - Rebase to upstream version 1.17."

From 1166a58e8723e4ae69806846b651c364292ccca0 Mon Sep 17 00:00:00 2001 From: Jan Pazdziora Date: Sun, 28 Aug 2016 21:06:39 +0200 Subject: 1370818 - Rebase to upstream version 1.17. --- perl-TeX-Hyphen.spec | 7 +-- sources | 2 +- 2 files changed, 6

adelton uploaded TeX-Hyphen-1.17.tar.gz for perl-TeX-Hyphen

4c0b188fd2bbf88deb8f5624edf2dfe1 TeX-Hyphen-1.17.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-TeX-Hyphen/TeX-Hyphen-1.17.tar.gz/md5/4c0b188fd2bbf88deb8f5624edf2dfe1/TeX-Hyphen-1.17.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel

Re: Intelligentmirror needs a refresh

Since then I have found out that intelligentmirror-0.5-1 is not ideal. It works but if package is not cached download happens twice (One at the mirror, one at the client) making it not very efficient. That and since it is fairly difficult to set up considering all the problems with obsolete

Fedora 25-20160828.n.0 compose check report

Missing expected images: Cloud_base raw-xz i386 Atomic raw-xz x86_64 Failed openQA tests: 13/89 (x86_64), 4/17 (i386), 1/2 (arm) ID: 30861 Test: x86_64 Workstation-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/30861 ID: 30862 Test: x86_64

[Bug 1370918] perl-Dancer2-Plugin-REST-1.01 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1370918 Emmanuel Seyman changed: What|Removed |Added Status|NEW |CLOSED Fixed

Broken dependencies: perl-Data-Alias

perl-Data-Alias has broken dependencies in the rawhide tree: On x86_64: perl-Data-Alias-1.20-2.fc24.x86_64 requires libperl.so.5.22()(64bit) perl-Data-Alias-1.20-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1) On i386: perl-Data-Alias-1.20-2.fc24.i686 requires

eseyman pushed to perl-Dancer2-Plugin-REST (master). "Update to 1.01"

From c7023f2837ee6593090fb18e5214b8fc68e001db Mon Sep 17 00:00:00 2001 From: Emmanuel Seyman Date: Sun, 28 Aug 2016 16:03:48 +0200 Subject: Update to 1.01 --- .gitignore| 1 + perl-Dancer2-Plugin-REST.spec | 5 - sources | 2 +-

Fedora Rawhide-20160828.n.0 compose check report

Missing expected images: Cloud_base raw-xz i386 Atomic raw-xz x86_64 Failed openQA tests: 19/89 (x86_64), 5/17 (i386), 1/2 (arm) ID: 30753 Test: x86_64 Workstation-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/30753 ID: 30754 Test: x86_64

[Bug 1370923] New: RFE: Add a package for perl's "Locale::Language"

https://bugzilla.redhat.com/show_bug.cgi?id=1370923 Bug ID: 1370923 Summary: RFE: Add a package for perl's "Locale::Language" Product: Fedora Version: 24 Component: perl Assignee: jples...@redhat.com Reporter:

Broken dependencies: perl-Data-Alias

perl-Data-Alias has broken dependencies in the rawhide tree: On x86_64: perl-Data-Alias-1.20-2.fc24.x86_64 requires libperl.so.5.22()(64bit) perl-Data-Alias-1.20-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1) On i386: perl-Data-Alias-1.20-2.fc24.i686 requires

eseyman uploaded Dancer2-Plugin-REST-1.01.tar.gz for perl-Dancer2-Plugin-REST

9afec40862f9a7b4507ee89f7b698292 Dancer2-Plugin-REST-1.01.tar.gz http://pkgs.fedoraproject.org/lookaside/pkgs/perl-Dancer2-Plugin-REST/Dancer2-Plugin-REST-1.01.tar.gz/md5/9afec40862f9a7b4507ee89f7b698292/Dancer2-Plugin-REST-1.01.tar.gz -- Fedora Extras Perl SIG

[Bug 1370918] New: perl-Dancer2-Plugin-REST-1.01 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1370918 Bug ID: 1370918 Summary: perl-Dancer2-Plugin-REST-1.01 is available Product: Fedora Version: rawhide Component: perl-Dancer2-Plugin-REST Keywords: FutureFeature, Triaged

Re: OCB blockcipher mode - is it allowed?

On Sun, 2016-08-28 at 08:54 +0200, Igor Gnatenko wrote: > > Only option 2 has the non-military restriction, and anything in Fedora would > > almost certainly fall under 1 or 3. So, I can't imagine there'd be a problem > > using the OCB patent in Fedora software. I'm actually not even sure why > >

Re: OCB blockcipher mode - is it allowed?

On Sun, Aug 28, 2016 at 2:56 AM, Christopher wrote: > On Sat, Aug 27, 2016 at 6:16 PM Igor Gnatenko wrote: >> >> Hi, >> >> I have some questions about OCB[0] and it's usage in Fedora. >> >> I wanted to package pycryptodome[1] and found that they