Re: jaxb* packages retired on f35+ (despite still being used)
Hi, some of JAXB packages failed to build possibly due to Maven/Ant changes earlier this year, and since there has been no solution we decided to drop JAXB dependency from Dogtag. We just barely managed to complete the work recently, so unfortunately this could not be done much earlier before the freeze deadline. JAXB was already dropped from RHEL, but I did not realize it was still in use on F35. Sorry for the troubles. -- Endi S. Dewata ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: GPG check FAILED for libuv on F32
It seems to be working now. Thanks! -- Endi S. Dewata > On Wed, Jan 06, 2021 at 10:20:59PM -0000, Endi Sukma Dewata wrote: > > I'm not sure how this could happen with updates repos. pungi (The tool > that makes them) fails if something isn't signed correctly. :( > > Another f32-updates push is going on right now, lets see if that fixes > it. > > If not, we can investigate more... > > Sorry for any issues. > > kevin ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
GPG check FAILED for libuv on F32
Hi, there seems to be a problem with libuv on F32. It doesn't seem to be happening on F33. Is anybody familiar with this? Thanks. # podman run --rm -it fedora:32 dnf install libuv -y Fedora 32 openh264 (From Cisco) - x86_64 1.5 kB/s | 2.5 kB 00:01 Fedora Modular 32 - x86_64 250 kB/s | 4.9 MB 00:20 Fedora Modular 32 - x86_64 - Updates 351 kB/s | 4.3 MB 00:12 Fedora 32 - x86_64 - Updates 466 kB/s | 28 MB 01:02 Fedora 32 - x86_64 533 kB/s | 70 MB 02:14 Dependencies resolved. Package Architecture Version Repository Size Installing: libuv x86_64 1:1.40.0-1.fc32 updates 152 k Transaction Summary Install 1 Package Total download size: 152 k Installed size: 393 k Downloading Packages: libuv-1.40.0-1.fc32.x86_64.rpm 202 kB/s | 152 kB 00:00 Total 100 kB/s | 152 kB 00:01 Package libuv-1.40.0-1.fc32.x86_64.rpm is not signed The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'dnf clean packages'. Error: GPG check FAILED -- Endi S. Dewata ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
[389-devel] Please review: [Bug 643979] Strange byte sequence for attribute with no values (nsslapd-referral)
Hi, Please review the patch for the following bug: https://bugzilla.redhat.com/show_bug.cgi?id=643979 https://bugzilla.redhat.com/attachment.cgi?id=458122action=edit https://bugzilla.redhat.com/attachment.cgi?id=458122action=diff Thanks! -- Endi S. Dewata -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Please review: FDS-to-389 migration does not remove Fedora entries
Hi, Please review the patch for this bug: https://bugzilla.redhat.com/show_bug.cgi?id=644929 https://bugzilla.redhat.com/attachment.cgi?id=454920action=edit https://bugzilla.redhat.com/attachment.cgi?id=454920action=diff Thanks! -- Endi S. Dewata -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Please review: [630092] fix coverity Defect Type: Resource leaks issues
Hi, Please review the patches for the following bug. Thanks! https://bugzilla.redhat.com/show_bug.cgi?id=630092 https://bugzilla.redhat.com/attachment.cgi?id=447832action=edit https://bugzilla.redhat.com/attachment.cgi?id=447833action=edit https://bugzilla.redhat.com/attachment.cgi?id=447834action=edit https://bugzilla.redhat.com/attachment.cgi?id=447835action=edit https://bugzilla.redhat.com/attachment.cgi?id=447836action=edit https://bugzilla.redhat.com/attachment.cgi?id=447837action=edit https://bugzilla.redhat.com/attachment.cgi?id=447838action=edit https://bugzilla.redhat.com/attachment.cgi?id=447840action=edit https://bugzilla.redhat.com/attachment.cgi?id=447841action=edit https://bugzilla.redhat.com/attachment.cgi?id=447842action=edit https://bugzilla.redhat.com/attachment.cgi?id=447844action=edit -- Endi S. Dewata -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Please review: Bug 606545 - core schema should include numSubordinates
Hi, Please review the patch for this bug: https://bugzilla.redhat.com/show_bug.cgi?id=606545 Patch: https://bugzilla.redhat.com/attachment.cgi?id=425801action=edit https://bugzilla.redhat.com/attachment.cgi?id=425801action=diff Thanks! -- Endi S. Dewata -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Please review: Bug 592307 - setup-ds.pl fails to detect unavailable port on Solaris
Hi, Please review the patch for this bug: https://bugzilla.redhat.com/show_bug.cgi?id=592307 Patch: https://bugzilla.redhat.com/attachment.cgi?id=414067action=edit https://bugzilla.redhat.com/attachment.cgi?id=414067action=diff Thanks! -- Endi S. Dewata -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Please review: Bug 586992 - Incorrect initconfig directory if user has no home directory.
Hi, Please review the patch for this bug: https://bugzilla.redhat.com/show_bug.cgi?id=586992 Patch: https://bugzilla.redhat.com/attachment.cgi?id=409946action=edit https://bugzilla.redhat.com/attachment.cgi?id=409946action=diff Thanks! -- Endi S. Dewata -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
Re: [389-devel] Please Review: Fix parsing of start-slapd scripts
- Nathan Kinder nkin...@redhat.com wrote: The admin server CGIs parse the start-slapd scripts to determine the DS instance names. A recent format change to start-slapd caused this parsing to break. These patches make the instance name easier to parse from the script. One patch is for DS itself and one is for the Admin Server. ack - much better Thanks, but I need to nak my own patch since it's imcomplete. This isn't going to work well when upgrading an instance. We don't regenerate the start-slapd script when running 'setup-ds.pl -u'. This means that an upgraded instance will not work properly with any of the admin server CGIs that need to parse the instance name from start-slapd. This issue is already a problem not related to this patch, but it seems we should fix it along with this issue. I suppose the right thing to do is to make 'setup-ds.pl -u' generate a new start-slapd script for the existing instances as well as a new instance specific initconfig script if one doesn't exist. I think we need to avoid wiping out an existing instance specific sysconfig script since it may have been modified by an admin to add other stuff to it (like KRB5_KTNAME for Kerberos). Do you see any problems with this approach? Sorry that my changes caused this problem. Peace... :) Would it be better to have a pure configuration file (not script) in the instance directory that contains things like instance name, etc.? The start-dirsrv is a script, and parsing a script without a proper parser is risky. Same thing with the sysconfig scripts. Even a slight change in that file could break some regular expressions in the Perl modules. What do you think? Thanks. -- Endi S. Dewata -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Please review: Bug 480787 - autoconf parameter --with-... --without-...
Hi, Please review the patch for the following bug: https://bugzilla.redhat.com/show_bug.cgi?id=480787 Patch: https://bugzilla.redhat.com/attachment.cgi?id=401381action=edit https://bugzilla.redhat.com/attachment.cgi?id=401381action=diff The configure script has been modified such that the --with-XXX and --without-XXX switches will work as --with-XXX=yes and --with-XXX=no, respectively. If the package is required and none of the switches are specified, it will default to yes. The code that detects LDAPSDK and OpenLDAP conflicts has been updated. The help messages have been cleaned up. Thanks! -- Endi S. Dewata -- 389-devel mailing list 389-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Please review: Bug 573375 - MODRDN operation not logged
Hi, Please review the patch for this bug: https://bugzilla.redhat.com/show_bug.cgi?id=573375 Patch: https://bugzilla.redhat.com/attachment.cgi?id=400890action=edit https://bugzilla.redhat.com/attachment.cgi?id=400890action=diff Fix description: The slapi_log_access() should be invoked using LDAP_DEBUG_STATS, LDAP_DEBUG_STATS2, or LDAP_DEBUG_ARGS level. Thanks. -- Endi S. Dewata -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Please review: Bug 521108 - Customer is unable to add a new Role within RHDS 8.1.0
Hi, Please review the patch for this bug: https://bugzilla.redhat.com/show_bug.cgi?id=521108 Patch: https://bugzilla.redhat.com/attachment.cgi?id=400577action=edit https://bugzilla.redhat.com/attachment.cgi?id=400577action=diff Fix description: The console uses resource editor extensions which are registered under cn=ResourceEditorExtension, ou=1.1, ou=admin, ou=Global Preferences, ou=example.com, o=NetscapeRoot in the admin server. Some extensions are provided by idm-console-framework, but some others are provided by 389-ds-console. Currently the console will load all extensions during console initialization. However, when a user uses the console for the first time it doesn't have the 389-ds-console jar file yet. The jar file will only be downloaded when the user clicks the server node, but at that point the console will not try to load the extensions again. This problem can be reproduced by removing ~/.389-console/jars folder and then restarting the console. The patch will change the behaviour such that during initialization the console will only load the extensions from idm-console-framework (without @ sign). When the user clicks the server node it will load the extensions from the 389-ds-console jar file (ending with @ + jar file name). Thanks. -- Endi S. Dewata -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Please review: Bug 470684 - Pam passthrough plugin does not verify the activation/inactivation status of the account
Hi, Please review the patch for this bug: https://bugzilla.redhat.com/show_bug.cgi?id=470684 Patch: https://bugzilla.redhat.com/attachment.cgi?id=399730action=edit https://bugzilla.redhat.com/attachment.cgi?id=399730action=diff Due to the following issues: https://bugzilla.redhat.com/show_bug.cgi?id=199923 https://bugzilla.redhat.com/show_bug.cgi?id=570962 https://bugzilla.redhat.com/show_bug.cgi?id=572785 the testing was done using modified ns-inactivate.pl and ns-activate.pl. Thanks! -- Endi S. Dewata -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Please review: Bug 538525 - Ability to create instance as non-root user
Hi, Please review the attached patch for this bug: https://bugzilla.redhat.com/show_bug.cgi?id=538525 Description is included in the patch: https://bugzilla.redhat.com/attachment.cgi?id=398875action=edit https://bugzilla.redhat.com/attachment.cgi?id=398875action=diff Thanks. -- Endi S. Dewata -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
[389-devel] Please review: Bug 570542 - Root password cannot contain matching curly braces
Hi, Please review the patch for the following bug: https://bugzilla.redhat.com/show_bug.cgi?id=570542 https://bugzilla.redhat.com/attachment.cgi?id=398976action=edit https://bugzilla.redhat.com/attachment.cgi?id=398976action=diff Thanks. -- Endi S. Dewata -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel
