Fedora-Cloud-33-20211018.0 compose check report
No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-33-20211017.0): ID: 1031605 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1031605 ID: 1031606 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1031606 Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64) -- 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 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: libcurl-minimal
On Sunday, October 17, 2021 2:40:05 PM CEST Steven Grubb wrote: > On Sat, Oct 16, 2021 at 10:08 PM Kevin Kofler via devel < > > devel@lists.fedoraproject.org> wrote: > > Steve Grubb wrote: > > > I'd like to suggest making libcurl-minimal very minimal for security > > > reasons. The main curl package has many security issues (CVE's) > > > constantly. But usually, the problem is in some obscure > > > feature/protocol. > > > Looking at the packages that depend on libcurl with rpmreaper, most > > > would > > > use http(s). There might be some that use another protocol. But clear > > > > text > > > > > protocols like telnet and ftp really don't have a use in today's > > > > internet. > > > > > Too many threats for clear text. > > > > I suspect that disabling FTP in libcurl is going to break a lot of stuff. > > I'd be curious, what package uses curl for it's FTP support? > > -Steve For example dracut, dnf, and rpm seem to use FTP: https://git.kernel.org/pub/scm/boot/dracut/dracut.git/tree/modules.d/45url-lib/url-lib.sh?h=055#n55 https://github.com/rpm-software-management/dnf/blob/f85cf313/dnf/repo.py#L636 https://github.com/rpm-software-management/rpm/blob/rpm-4.14.0-release/rpmio/url.c#L25 Kamil ___ 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
Fedora-Cloud-34-20211018.0 compose check report
No missing expected images. Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-34-20211017.0): ID: 1031621 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1031621 ID: 1031622 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1031622 Passed openQA tests: 7/8 (x86_64), 7/8 (aarch64) -- 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 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: F36 Change: Make Authselect Mandatory (System-Wide Change proposal)
On 10/14/21 14:57, Michael Catanzaro wrote: Enforce Authselect Configuration Consistency This sounds good, I updated the page title. Thank you. ___ 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
Fedora rawhide compose report: 20211018.n.0 changes
OLD: Fedora-Rawhide-20211017.n.0 NEW: Fedora-Rawhide-20211018.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 0 Dropped packages:1 Upgraded packages: 29 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:145.42 KiB Size of upgraded packages: 221.87 MiB Size of downgraded packages: 0 B Size change of upgraded packages: 1.73 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = = DROPPED PACKAGES = Package: dnstracer-1.9-27.fc35 Summary: Trace a DNS record to its start of authority RPMs:dnstracer Size:145.42 KiB = UPGRADED PACKAGES = Package: WindowMaker-0.95.9-7.fc36 Old package: WindowMaker-0.95.9-6.fc36 Summary: A fast, feature rich Window Manager RPMs: WINGs-devel WINGs-libs WindowMaker WindowMaker-devel Size: 11.83 MiB Size change: -2.48 KiB Changelog: * Sun Oct 17 2021 Mamoru TASAKA - 0.95.9-7 - Rebuild against new ImageMagick Package: aria2-1.36.0-1.fc36 Old package: aria2-1.35.0-6.fc35 Summary: High speed download utility with resuming and segmented downloading RPMs: aria2 Size: 6.04 MiB Size change: -4.47 KiB Changelog: * Sun Oct 17 2021 Othman Madjoudj - 1.36.0-1 - Update to 1.36.0 (rhbz #1996295) Package: check-0.15.2-5.fc36 Old package: check-0.15.2-4.fc35 Summary: A unit test framework for C RPMs: check check-checkmk check-devel check-static Size: 1020.69 KiB Size change: 2.29 KiB Changelog: * Sat Oct 16 2021 Jerry James - 0.15.2-5 - Fix pkgconfig file on 64-bit systems (bz 2014748) Package: converseen-0.9.9.2-2.fc36 Old package: converseen-0.9.9.2-1.fc36 Summary: A batch image conversion tool written in C++ with Qt5 and Magick++ RPMs: converseen Size: 1.48 MiB Size change: -308 B Changelog: * Sun Oct 17 2021 Mamoru TASAKA - 0.9.9.2-2 - Rebuild against new ImageMagick Package: dummy-test-package-gloster-0-5293.fc36 Old package: dummy-test-package-gloster-0-5274.fc36 Summary: Dummy Test Package called Gloster RPMs: dummy-test-package-gloster Size: 324.22 KiB Size change: 1.13 KiB Changelog: * Sun Oct 17 2021 packagerbot - 0-5275 - rebuilt * Sun Oct 17 2021 packagerbot - 0-5276 - rebuilt * Sun Oct 17 2021 packagerbot - 0-5277 - rebuilt * Sun Oct 17 2021 packagerbot - 0-5278 - rebuilt * Sun Oct 17 2021 packagerbot - 0-5279 - rebuilt * Sun Oct 17 2021 packagerbot - 0-5280 - rebuilt * Sun Oct 17 2021 packagerbot - 0-5281 - rebuilt * Sun Oct 17 2021 packagerbot - 0-5282 - rebuilt * Sun Oct 17 2021 packagerbot - 0-5283 - rebuilt * Sun Oct 17 2021 packagerbot - 0-5284 - rebuilt * Sun Oct 17 2021 packagerbot - 0-5285 - rebuilt * Sun Oct 17 2021 packagerbot - 0-5286 - rebuilt * Sun Oct 17 2021 packagerbot - 0-5287 - rebuilt * Sun Oct 17 2021 packagerbot - 0-5288 - rebuilt * Sun Oct 17 2021 packagerbot - 0-5289 - rebuilt * Mon Oct 18 2021 packagerbot - 0-5290 - rebuilt * Mon Oct 18 2021 packagerbot - 0-5291 - rebuilt * Mon Oct 18 2021 packagerbot - 0-5292 - rebuilt * Mon Oct 18 2021 packagerbot - 0-5293 - rebuilt Package: dvdauthor-0.7.2-16.fc36 Old package: dvdauthor-0.7.2-15.fc35 Summary: Command line DVD authoring tool RPMs: dvdauthor Size: 1.04 MiB Size change: 84 B Changelog: * Sun Oct 17 2021 Mamoru TASAKA - 0.7.2-16 - Rebuild against new ImageMagick Package: emacs-ansible-vault-mode-0.4.2-1.fc36 Old package: emacs-ansible-vault-mode-0.4.1-3.fc35 Summary: Minor mode for in place manipulation of ansible-vault RPMs: emacs-ansible-vault-mode Size: 27.02 KiB Size change: 94 B Changelog: * Sun Oct 17 2021 Mohamed El Morabity - 0.4.2-1 - Update to 0.4.2 Package: emacs-json-mode-1.8.0-1.fc36 Old package: emacs-json-mode-1.7.0-8.fc36 Summary: Major mode for editing JSON files with Emacs RPMs: emacs-json-mode Size: 14.20 KiB Size change: 2.76 KiB Changelog: * Sun Oct 17 2021 Mohamed El Morabity - 1.8.0-1 - Update to 1.8.0 Package: environment-modules-5.0.1-1.fc36 Old package: environment-modules-5.0.0-1.fc36 Summary: Provides dynamic modification of a user's environment RPMs: environment-modules Size: 2.35 MiB Size change: 7.78 KiB Changelog: * Sat Oct 16 2021 Xavier Delaruelle - 5.0.1-1 - Update to 5.0.1 (#2014796) Package: igt-gpu-tools-1.26-1.20211017git01b6be8.fc36 Old package: igt-gpu-tools-1.26-1.20211003git1bf33ae.fc36 Summary: Test suite and tools for DRM drivers RPMs: igt-gpu-tools igt-gpu-tools-devel igt-gpu-tools-docs Size: 17.62 MiB Size change: 154.97 KiB Changelog: * Sun Oct 17 2021 Lyude Paul - 1.26-1.20211017git01b6be8 - New git snapshot Pa
Re: libcurl-minimal
On Saturday, October 16, 2021 5:32:17 PM CEST Richard W.M. Jones wrote:
> On Thu, Oct 14, 2021 at 09:52:59AM +, Zbigniew Jędrzejewski-Szmek wrote:
> > Hi Kamil and everyone,
> >
> > what is the plan with introduction of libcurl-minimal in Fedora?
> > IIUC, libcurl and libcurl-minimal both have the same Provides, so
> > libcurl-minimal can be used to satisfy automatically generated
> > dependencies:
> >
> > $ dnf repoquery --provides libcurl-minimal
> > libcurl = 7.78.0-3.fc35
> > libcurl(x86-32) = 7.78.0-3.fc35
> > libcurl(x86-64) = 7.78.0-3.fc35
> > libcurl-minimal = 7.78.0-3.fc35
> > libcurl-minimal(x86-32) = 7.78.0-3.fc35
> > libcurl-minimal(x86-64) = 7.78.0-3.fc35
> > libcurl.so.4
> > libcurl.so.4()(64bit)
> > $ dnf repoquery --provides libcurl
> > libcurl = 7.78.0-3.fc35
> > libcurl(x86-32) = 7.78.0-3.fc35
> > libcurl(x86-64) = 7.78.0-3.fc35
> > libcurl-full = 7.78.0-3.fc35
> > libcurl-full(x86-32) = 7.78.0-3.fc35
> > libcurl-full(x86-64) = 7.78.0-3.fc35
> > libcurl.so.4
> > libcurl.so.4()(64bit)
>
> What's the aim here? Small size on disk? General fear of having
> insecure but unused protocols linked with programs?
Both. The size reduction is, of course, more significant when you count
the libraries that are directly or indirectly pulled in by the rarely used
protocols or features of (lib)curl.
The decision whether a security issue applies to a certain deployment is often
not driven by experts with deep technical knowledge of projects like curl.
An argument that a protocol is normally not used by a program, or that the
protocol is disabled on almost all code paths, may appear less compelling to
the decision makers than if the code in question was simply not compiled in.
> It's a shame it has to be packaged this way. I got half way through
> writing a curl handler (which I really must finish) and my impression
> is that at a code level they are quite modular, so maybe upstream
> would be interested in turning them into real loadable modules. Then
> we could package each protocol ("curl-http.so") as a separate RPM
> which is really best of all worlds.
That might be an alternative with all its pros and cons. But it is simply
not available now and nobody is working on it, as far as I know.
> In the meantime I'd like to encourage every program in Fedora that
> uses curl to call CURLOPT_PROTOCOLS(3). This is a real defence
> against remote exploits (CVE-2013-0249 was one that happened in qemu).
Yes, that makes sense.
Kamil
> Rich.
___
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: crypto-policies and a certain usage of SHA-1
On Fri, 2021-10-15 at 10:33 -0500, Michael Catanzaro wrote: > On Fri, Oct 15 2021 at 10:10:38 AM +0200, Björn Persson > wrote: > > My question is: Is it true that this usage of SHA-1 makes the TLS > > session weak, so that it's correct to forbid it in the crypto policy? > > Hm, I think Fedora's crypto policy should not be stricter than upstream > Firefox. This should probably be allowed. > > Enterprise distros are intentionally trying to be stricter and > completely remove SHA-1, but Fedora is not an enterprise distro and > breaking websites that work fine everywhere else is not OK for Fedora. > > > Or could it be that Qualys is right? Perhaps SHA-1 is fine for this > > use > > case, even though it's too weak for other use cases, and the crypto > > policy should allow it? > > SHA-1 is blocked in certificate signatures because those can be > attacked offline. Signatures in the TLS handshake are entirely > different. I'm hardly an expert, but I think the attacker only has a > few seconds to generate a hash collision before the user gives up and > closes the browser tab. Spending several months trying to find a > collision is not an option here. Am I wrong? Session keys are important not just for MiTM attacks, but also for store and decrypt attacks. TLS connections often channel a host of important private information that can be quite valuable even weeks or years after they are transmitted, including credentials. A weak session key will allow store and later decryption of communications, therefore retrieval of sensitive data. HTH, Simo. -- Simo Sorce RHEL Crypto Team Red Hat, Inc ___ 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: Fedora minimum hardware requirements
On Mon, 18 Oct 2021 at 02:20, drago01 wrote: > > > > On Monday, October 18, 2021, Nico Kadel-Garcia wrote: >> >> Is it worth paying hundreds of MBytes of installer space, and the new >> 2 GB minimum RAM to simply install Fedora? I'm not saying "discard >> anaconda". I'm saying "be aware of some very real reasons the >> installer has gotten so huge". And keep it in mind for your own >> projects. > > > Yes today's hardware is not the same we had at that time. > Saving disk space and memory for the sake of saving disk space and memory is > to use your words "not worth it". > This conversation is one that seems to happen to computer people as they age. I remember in the early 1990's that the Sun 4.1 installer was incredibly bloated and required too much memory/cpu to anyone who had installed a PDP, IBM 360x, etc. And the arguments we had when the Fedora Core 1 being so bloated to the Red Hat Linux 4 installer. etc etc. The standard ending of these conversations is "coders these days just don't care about memory/cpu/disk space like we had to". [Completely forgetting that was what they were told when they were 20 years younger.] Of course, if memory/cpu/disk was really important... you could still use that Fedora Core 1 as your daily driver. It would just take some work. -- Stephen J Smoogen. I've seen things you people wouldn't believe. Flame wars in sci.astro.orion. I have seen SPAM filters overload because of Godwin's Law. All those moments will be lost in time... like posts on a BBS... time to shutdown -h now. ___ 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
Fedora 35 compose report: 20211018.n.0 changes
OLD: Fedora-35-20211017.n.0 NEW: Fedora-35-20211018.n.0 = SUMMARY = Added images:1 Dropped images: 0 Added packages: 0 Dropped packages:0 Upgraded packages: 0 Downgraded packages: 0 Size of added packages: 0 B Size of dropped packages:0 B Size of upgraded packages: 0 B Size of downgraded packages: 0 B Size change of upgraded packages: 0 B Size change of downgraded packages: 0 B = ADDED IMAGES = Image: Server raw-xz aarch64 Path: Server/aarch64/images/Fedora-Server-35-20211018.n.0.aarch64.raw.xz = DROPPED IMAGES = = ADDED PACKAGES = = DROPPED PACKAGES = = UPGRADED PACKAGES = = DOWNGRADED PACKAGES = ___ 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
protobuf 3.18.1 update coming to rawhide
The protobuf maintainers prepared an update to protobuf 3.18.1 in rawhide. protobuf comes, as always, with a new SO name and requires a rebuild of all dependencies. The list of dependencies grows with each rebuild and we have now reached 58 protobuf dependencies according to repoquery. This time the number of rebuild failures is unusually high with 13 broken dependencies. Because of missing dependencies we had to disable the Java bindings which breaks the build of: 1. osmpbf Problem: package protobuf-java-3.14.0-6.fc35.noarch conflicts with protobuf-compiler > 3.14.0 provided by protobuf-compiler-3.18.1-1.fc36.x86_64 There are two openssl error: 2. community-mysql Cannot find appropriate system libraries for WITH_SSL=system. Make sure you have specified a supported SSL version. Valid options are : system (use the OS openssl library), yes (synonym for system), 4. mumble error: 'CRYPTO_mem_ctrl' was not declared in this scope; did you mean 'CRYPTO_memcmp'? A python 3.10 dependency problem break: 4. opencv nothing provides (python3.10dist(pyflakes) < 2.5 with python3.10dist(pyflakes) >= 2.4) needed by python3-flake8-4.0.1-1.fc36.noarch which breaks: 6. gazebo package opencv-core-4.5.4-1.fc36.x86_64 requires libprotobuf.so.25()(64bit), but none of the providers can be installed which breaks: 7. fawkes package gazebo-10.1.0-21.fc36.x86_64 requires libprotobuf.so.25()(64bit), but none of the providers can be installed There are also couple of seemingly protobuf unrelated compiler errors: 8. et catch.hpp:10827:58: error: call to non-'constexpr' function 'long int sysconf(int)' catch.hpp:10887:45: error: size of array 'altStackMem' is not an integral constant-expression 9. qgis sip: Py_ssize_t is undefined 10. bear type_traits.hpp:362:46: error: incomplete type 'nlohmann::detail::is_constructible, std::filesystem::__cxx11::path>' used in nested name specifier 11. opentrep action_dispatch.hpp:135:29: error: no match for call to '(const OPENTREP::PorParserHelper::storeAltLangCodeHist) (std::vector >&, And two more dependency errors: 12. mir Problem: package wlcs-devel-1.3.0-2.fc35.x86_64 requires wlcs(x86-64) = 1.3.0-2.fc35, but none of the providers can be installed - cannot install the best candidate for the job - nothing provides libgtest.so.1.10.0()(64bit) needed by wlcs-1.3.0-2.fc35.x86_64 - nothing provides libgmock.so.1.10.0()(64bit) needed by wlcs-1.3.0-2.fc35.x86_64 13. postgres-decoderbufs Problem: package postgresql-server-devel-13.4-3.fc36.x86_64 requires postgresql-private-devel, but none of the providers can be installed - package postgresql-private-devel-13.4-3.fc36.i686 conflicts with libpq-devel provided by libpq-devel-13.4-2.fc36.x86_64 - package postgresql-private-devel-13.4-3.fc36.x86_64 conflicts with libpq-devel provided by libpq-devel-13.4-2.fc36.x86_64 - cannot install the best candidate for the job Besides these 13 errors I will rebuild everything else in a side tag starting in one week with the rebuilds. Current rebuild results are available at: https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-18/ Adrian ___ 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: protobuf 3.18.1 update coming to rawhide
Resending with correct maintainers aliases (-owner does not work anymore) On Mon, Oct 18, 2021 at 02:45:51PM +0200, Adrian Reber wrote: > > The protobuf maintainers prepared an update to protobuf 3.18.1 in > rawhide. protobuf comes, as always, with a new SO name and requires > a rebuild of all dependencies. The list of dependencies grows with each > rebuild and we have now reached 58 protobuf dependencies according to > repoquery. > > This time the number of rebuild failures is unusually high with 13 > broken dependencies. > > Because of missing dependencies we had to disable the Java bindings > which breaks the build of: > > 1. osmpbf > Problem: package protobuf-java-3.14.0-6.fc35.noarch conflicts with > protobuf-compiler > 3.14.0 provided by protobuf-compiler-3.18.1-1.fc36.x86_64 > > There are two openssl error: > > 2. community-mysql > Cannot find appropriate system libraries for WITH_SSL=system. > Make sure you have specified a supported SSL version. > Valid options are : > system (use the OS openssl library), > yes (synonym for system), > > > 4. mumble > error: 'CRYPTO_mem_ctrl' was not declared in this scope; did you mean > 'CRYPTO_memcmp'? > > A python 3.10 dependency problem break: > > 4. opencv > nothing provides (python3.10dist(pyflakes) < 2.5 with > python3.10dist(pyflakes) >= 2.4) needed by python3-flake8-4.0.1-1.fc36.noarch > > which breaks: > > 6. gazebo > package opencv-core-4.5.4-1.fc36.x86_64 requires > libprotobuf.so.25()(64bit), but none of the providers can be installed > > which breaks: > > 7. fawkes > package gazebo-10.1.0-21.fc36.x86_64 requires > libprotobuf.so.25()(64bit), but none of the providers can be installed > > There are also couple of seemingly protobuf unrelated compiler errors: > > 8. et > catch.hpp:10827:58: error: call to non-'constexpr' function 'long int > sysconf(int)' > catch.hpp:10887:45: error: size of array 'altStackMem' is not an > integral constant-expression > > 9. qgis > sip: Py_ssize_t is undefined > > 10. bear > type_traits.hpp:362:46: error: incomplete type > 'nlohmann::detail::is_constructible, > std::filesystem::__cxx11::path>' used in nested name specifier > > 11. opentrep > action_dispatch.hpp:135:29: error: no match for call to '(const > OPENTREP::PorParserHelper::storeAltLangCodeHist) (std::vector std::allocator >&, > > And two more dependency errors: > > 12. mir > Problem: package wlcs-devel-1.3.0-2.fc35.x86_64 requires wlcs(x86-64) = > 1.3.0-2.fc35, but none of the providers can be installed >- cannot install the best candidate for the job >- nothing provides libgtest.so.1.10.0()(64bit) needed by > wlcs-1.3.0-2.fc35.x86_64 >- nothing provides libgmock.so.1.10.0()(64bit) needed by > wlcs-1.3.0-2.fc35.x86_64 > > 13. postgres-decoderbufs > Problem: package postgresql-server-devel-13.4-3.fc36.x86_64 requires > postgresql-private-devel, but none of the providers can be installed >- package postgresql-private-devel-13.4-3.fc36.i686 conflicts with > libpq-devel provided by libpq-devel-13.4-2.fc36.x86_64 >- package postgresql-private-devel-13.4-3.fc36.x86_64 conflicts with > libpq-devel provided by libpq-devel-13.4-2.fc36.x86_64 >- cannot install the best candidate for the job > > Besides these 13 errors I will rebuild everything else in a side tag > starting in one week with the rebuilds. > > Current rebuild results are available at: > > https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-18/ > > Adrian ___ 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: why is my package failing annocheck pie test?
On Sun, Oct 17, 2021 at 05:33:17PM -0400, Neal Gompa wrote: > > Now, my makefile is a horrific hand-built thing from literally twenty years > > ago, and it's probably not up to, like, best pratices of THAT time, let > > alone now. But I do pass OPTIMIZE="$RPM_OPT_FLAGS" to %make_build in the > > spec file That doesn't seem to include anything about PIE, though. What > > should I do to make this right? > > You should probably pass in %build_cflags and %build_ldflags into your > makefile. That should fix it. It looks like %build_cflags is (literally defined as) %optflags, but I'm missing the latter. Is this documented in the packaging guidelines? It _looks_ like LDFLAGs is supposed to be set automatically in the environment by %set_build_flags, which gets called by %configure but not by %make_build, and since my Makefile is hand-built rather than generated with autotools there is no configure step. So maybe I should just run %set_build_flags in my spec file? -- Matthew Miller Fedora Project Leader ___ 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: protobuf 3.18.1 update coming to rawhide
Adrian Reber writes: > The protobuf maintainers prepared an update to protobuf 3.18.1 in > rawhide. protobuf comes, as always, with a new SO name and requires > a rebuild of all dependencies. [...] Is it futile to point them to https://akkadia.org/drepper/dsohowto.pdf in hope of avoiding this in the future? - FChE ___ 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
gap-pkg-float license change
Version 0.9.9 of gap-pkg-float is out, and changes the license from GPLv3+ to GPLv2+. -- Jerry James http://www.jamezone.org/ ___ 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: Fedora minimum hardware requirements
On Sun, 2021-10-17 at 15:56 -0400, Nico Kadel-Garcia wrote: > On Sun, Oct 17, 2021 at 3:36 PM Chris Murphy > wrote: > > > > > > > > On Sat, Oct 16, 2021, 10:01 PM Kevin Kofler via devel > > wrote: > > > > > > > > > > > > I still remember how Red Hat Linux and (IIRC) Fedora Core 1 could > > > be booted > > > from a floppy (older Red Hat Linux releases even had a fully > > > functioning > > > rescue mode on the floppy, later ones could at least still boot a > > > HDD > > > install from the boot floppy, which is how I installed them, and in > > > that way > > > also boot the rescue mode). These days, the minimum boot image > > > (know known > > > as the netinst ISO) barely fits on a CD, and in Fedora 33 even > > > exceeded CD > > > size (https://pagure.io/minimization/issue/23). The Fedora 34 > > > netinst image > > > is still 450 times the size of a floppy! > > > > > > > > The top two reasons for this: a significant portion of anaconda used > > to be downloaded, and now is included on the media; linux-firmware > > bloat, which is the fastest growing package for the past few years. > > Front this point there's a bunch of pressure points and trade-offs. > > This cycle we were over CD-ROM size of 700MiB, and ended up trimming > > out about 30M from linux-firmware. > > > > -- > > Chris Murphy > > It's also X based with GUI's, rather than an ncurses based graphical > interface. Reviewing a fresh install, there is little to nothing that > couldn't be done in a much, much smaller text interface going through > a linear checklist with ncurses, and follow Eric Raymond's old > guidelines for open source interfaces titled "The Luxury of > Ignorance". But some folks like pretty GUIs, even though sophisticated > GUI's cost resources to run. For the record, Anaconda has a text interface that supports configuring a sizeable subset of what the GUI can configure. It looks like this: https://m4rtink.fedorapeople.org/screenshots/fedora/rawhide_f36/f36_anaconda_tui_01.png https://m4rtink.fedorapeople.org/screenshots/fedora/rawhide_f36/f36_anaconda_tui_02.png Just append "inst.text" to the installation image boot options to try it out. :) As for RAM requirements at installation time - it's complicated. :P As already mentioned, the installation image has grown and in some scenarios its size can directly impact RAM requirements, as the image needs to be downloaded and held in RAM at installation size (PXE boot with HTTP installation source). In other cases there is no direct impact on RAM via image size - if you boot from say a flash drive or PXE boot with innstallation sorce on NFS, most of the installation image will be streamed to to RAM only as needed. BTW, there is just a single installation image, that contains all the dependencies needed to run both the graphical and text interfaces. It would be technically possible create quite a bit smaller TUI/kickstart only image without all the GUI deps but AFAIK so far no one was interested in doing that given the additional QA and releng resources needed for yet another Fedora deliverable. UI also affects resource usage, which is one of the reasons Anaconda has not only the graphical but also the text UI. (The other reason being systems that simply can't boot to GUI for various reasons.) Additionally Anaconda also sets up zram at installation time, to reduce ram requirements even further via compression. So in short the best current scenario is Anaconda booted in text mode from a USB stick or via PXE with NFS installation source - that should require the least amount of RAM at installation time. Still even then, especially with kickstart installations that have elaborate post scripts (that need RAM to run as well!) or install tons of packages (depsolving as well as elaborate RPM scriptlets need RAM!) can still throw a wrench into the works. And lastly, LUKS2 uses the Argon2 key derivation function that by design requires quite a bit of memory, to make password brute forcing less viable (eq. to parallel password guessing the attacker needs quite a bit of memory per parallel guess run). This can also influence minimum RAM requirements quite a bit. Best Wishes Martin Kolman > ___ > 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 ___ 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:/
Re: why is my package failing annocheck pie test?
On Mon, Oct 18, 2021 at 11:01 AM Matthew Miller wrote: > > On Sun, Oct 17, 2021 at 05:33:17PM -0400, Neal Gompa wrote: > > > Now, my makefile is a horrific hand-built thing from literally twenty > > > years > > > ago, and it's probably not up to, like, best pratices of THAT time, let > > > alone now. But I do pass OPTIMIZE="$RPM_OPT_FLAGS" to %make_build in the > > > spec file That doesn't seem to include anything about PIE, though. > > > What > > > should I do to make this right? > > > > You should probably pass in %build_cflags and %build_ldflags into your > > makefile. That should fix it. > > It looks like %build_cflags is (literally defined as) %optflags, but I'm > missing the latter. Is this documented in the packaging guidelines? > > It _looks_ like LDFLAGs is supposed to be set automatically in the > environment by %set_build_flags, which gets called by %configure but not by > %make_build, and since my Makefile is hand-built rather than generated with > autotools there is no configure step. So maybe I should just run > %set_build_flags in my spec file? That would work, yes, assuming your Makefile respects it. -- 真実はいつも一つ！/ Always, there's only one truth! ___ 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: Fedora minimum hardware requirements
I am going to reply to the parent and grandparent post at once, starting with the parent post: Stephen John Smoogen wrote: > This conversation is one that seems to happen to computer people as > they age. I remember in the early 1990's that the Sun 4.1 installer > was incredibly bloated and required too much memory/cpu to anyone who > had installed a PDP, IBM 360x, etc. And the arguments we had when the > Fedora Core 1 being so bloated to the Red Hat Linux 4 installer. etc Well, yes, creeping bloat has been an issue all the time, from the beginning. Otherwise, it would not be such a big issue. This is exactly how exponential growth works: the longer you let it happen, the more outrageous the growth ends up being. Hence, pointing out that "it was always like that" is not a valid excuse, it is actually the reason things have become as bad as they are. > etc. The standard ending of these conversations is "coders these days > just don't care about memory/cpu/disk space like we had to". > [Completely forgetting that was what they were told when they were 20 > years younger.] I take objection to this statement. I was already having this discussion, complaining about the bloat, 20 years ago. (And another 20 years before that, I was not even born yet.) Now, we got another factor 10+ multiplied on top of that. > Of course, if memory/cpu/disk was really important... you could still > use that Fedora Core 1 as your daily driver. It would just take some > work. That is not a realistic proposal because that release no longer gets updated, which means: * no security fixes, * no browser support for today's web sites, * no client support for today's network protocols, * no software support for today's file formats, etc. "Just use the old version" is a standard answer to people complaining about size regressions, but it does not help when only the bloated version is still maintained. Unfortunately, software is not something that is written once and can then be used forever, but generally needs constant effort to keep working. > On Mon, 18 Oct 2021 at 02:20, drago01 wrote: >> Saving disk space and memory for the sake of saving disk space and memory >> is to use your words "not worth it". And this attitude is exactly why all the above happens that way. See my post further up this thread for current use cases in which it is actually worth caring about this issue. I do not wish to repeat myself. Kevin Kofler ___ 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
No FESCo meeting today (2021-10-18)
There is nothing on the agenda, so I'm cancelling the meeting. I'll chair the next one too. = Discussed and Voted in the Ticket = #2674 F36 Change: PHP 8.1 https://pagure.io/fesco/issue/2674 APPROVED (+7,0,-0) #2669 Non responsive maintainer: michelmno https://pagure.io/fesco/issue/2669 APPROVED (+3,0,-0) ___ 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: protobuf 3.18.1 update coming to rawhide
On 18/10/2021 15:55, Adrian Reber wrote: Because of missing dependencies we had to disable the Java bindings which breaks the build of: 1. osmpbf Problem: package protobuf-java-3.14.0-6.fc35.noarch conflicts with protobuf-compiler > 3.14.0 provided by protobuf-compiler-3.18.1-1.fc36.x86_64 I've dropped the java bindings from osmpbf which should fix this. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ 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: protobuf 3.18.1 update coming to rawhide
On Mon, Oct 18, 2021 at 08:26:46PM +0100, Tom Hughes wrote: > > > Because of missing dependencies we had to disable the Java bindings > > > which breaks the build of: > > > > > > 1. osmpbf > > > Problem: package protobuf-java-3.14.0-6.fc35.noarch conflicts with > > > protobuf-compiler > 3.14.0 provided by > > > protobuf-compiler-3.18.1-1.fc36.x86_64 > > I've dropped the java bindings from osmpbf which should fix this. Thanks for the quick fix. osmpbf has been successfully rebuilt in my test copr repository. Only 12 rebuild failures now. Adrian ___ 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
Fedora-IoT-36-20211018.0 compose check report
Missing expected images: Iot dvd aarch64 Iot dvd x86_64 Failed openQA tests: 2/15 (aarch64), 1/16 (x86_64) New failures (same test not failed in Fedora-IoT-36-20211017.0): ID: 1032402 Test: aarch64 IoT-dvd_ostree-iso iot_rpmostree_overlay@uefi URL: https://openqa.fedoraproject.org/tests/1032402 Old failures (same test failed in Fedora-IoT-36-20211017.0): ID: 1032386 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/tests/1032386 ID: 1032406 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi URL: https://openqa.fedoraproject.org/tests/1032406 Passed openQA tests: 15/16 (x86_64), 13/15 (aarch64) Installed system changes in test x86_64 IoT-dvd_ostree-iso install_default@uefi: System load changed from 0.18 to 0.29 Previous test data: https://openqa.fedoraproject.org/tests/1031171#downloads Current test data: https://openqa.fedoraproject.org/tests/1032385#downloads Installed system changes in test x86_64 IoT-dvd_ostree-iso install_default_upload: System load changed from 0.43 to 0.32 Previous test data: https://openqa.fedoraproject.org/tests/1031173#downloads Current test data: https://openqa.fedoraproject.org/tests/1032387#downloads Installed system changes in test aarch64 IoT-dvd_ostree-iso install_default_upload@uefi: System load changed from 1.03 to 0.66 Previous test data: https://openqa.fedoraproject.org/tests/1031187#downloads Current test data: https://openqa.fedoraproject.org/tests/1032401#downloads -- 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 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
Fedora-IoT-35-20211018.0 compose check report
No missing expected images. Failed openQA tests: 1/15 (aarch64) Old failures (same test failed in Fedora-IoT-35-20211015.0): ID: 1032539 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi URL: https://openqa.fedoraproject.org/tests/1032539 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-35-20211015.0): ID: 1032519 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/tests/1032519 Passed openQA tests: 14/16 (x86_64), 14/15 (aarch64) New passes (same test not passed in Fedora-IoT-35-20211015.0): ID: 1032529 Test: x86_64 IoT-dvd_ostree-iso iot_rpmostree_overlay URL: https://openqa.fedoraproject.org/tests/1032529 ID: 1032535 Test: aarch64 IoT-dvd_ostree-iso iot_rpmostree_overlay@uefi URL: https://openqa.fedoraproject.org/tests/1032535 -- 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 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: protobuf 3.18.1 update coming to rawhide
I looked at a few of the failures. > 4. opencv > 6. gazebo > 7. fawkes The root cause is of course a bad python-flake8 update, as described here: https://bugzilla.redhat.com/show_bug.cgi?id=2014589 A lot of other packages are affected as well. The python-flake8 package should definitely be fixed, but in the meantime, opencv can be fixed by dropping the linting tests, which are discouraged by current packaging guidelines anyway. I have proposed a PR to do this: https://src.fedoraproject.org/rpms/opencv/pull-request/14 > 8. et > catch.hpp:10827:58: error: call to non-'constexpr' function 'long int sysconf(int)' > catch.hpp:10887:45: error: size of array 'altStackMem' is not an integral constant-expression https://bugzilla.redhat.com/show_bug.cgi?id=1987466 https://github.com/catchorg/Catch2/issues/2178 It looks like the et packagers made an effort to patch this, but didn’t quite get it working. I have proposed a PR that would finish the job by using the system Catch2 package instead (unbundling): https://src.fedoraproject.org/rpms/et/pull-request/3 > 12. mir https://bugzilla.redhat.com/show_bug.cgi?id=2001358 The gtest package (https://src.fedoraproject.org/rpms/gtest) was updated to 1.11.0 in Rawhide with an unannounced breaking ABI change. See the comments on https://bodhi.fedoraproject.org/updates/FEDORA-2021-7f23873afa, the F35 update that was unpushed. A simple rebuild of wlcs should take care of the problem. I would be surprised if any of the other rebuild failures (other than osmpbf) is actually related to changes in protobuf. – Ben On 10/18/21 08:45, Adrian Reber wrote: The protobuf maintainers prepared an update to protobuf 3.18.1 in rawhide. protobuf comes, as always, with a new SO name and requires a rebuild of all dependencies. The list of dependencies grows with each rebuild and we have now reached 58 protobuf dependencies according to repoquery. This time the number of rebuild failures is unusually high with 13 broken dependencies. Because of missing dependencies we had to disable the Java bindings which breaks the build of: 1. osmpbf Problem: package protobuf-java-3.14.0-6.fc35.noarch conflicts with protobuf-compiler > 3.14.0 provided by protobuf-compiler-3.18.1-1.fc36.x86_64 There are two openssl error: 2. community-mysql Cannot find appropriate system libraries for WITH_SSL=system. Make sure you have specified a supported SSL version. Valid options are : system (use the OS openssl library), yes (synonym for system), 4. mumble error: 'CRYPTO_mem_ctrl' was not declared in this scope; did you mean 'CRYPTO_memcmp'? A python 3.10 dependency problem break: 4. opencv nothing provides (python3.10dist(pyflakes) < 2.5 with python3.10dist(pyflakes) >= 2.4) needed by python3-flake8-4.0.1-1.fc36.noarch which breaks: 6. gazebo package opencv-core-4.5.4-1.fc36.x86_64 requires libprotobuf.so.25()(64bit), but none of the providers can be installed which breaks: 7. fawkes package gazebo-10.1.0-21.fc36.x86_64 requires libprotobuf.so.25()(64bit), but none of the providers can be installed There are also couple of seemingly protobuf unrelated compiler errors: 8. et catch.hpp:10827:58: error: call to non-'constexpr' function 'long int sysconf(int)' catch.hpp:10887:45: error: size of array 'altStackMem' is not an integral constant-expression 9. qgis sip: Py_ssize_t is undefined 10. bear type_traits.hpp:362:46: error: incomplete type 'nlohmann::detail::is_constructible, std::filesystem::__cxx11::path>' used in nested name specifier 11. opentrep action_dispatch.hpp:135:29: error: no match for call to '(const OPENTREP::PorParserHelper::storeAltLangCodeHist) (std::vector >&, And two more dependency errors: 12. mir Problem: package wlcs-devel-1.3.0-2.fc35.x86_64 requires wlcs(x86-64) = 1.3.0-2.fc35, but none of the providers can be installed - cannot install the best candidate for the job - nothing provides libgtest.so.1.10.0()(64bit) needed by wlcs-1.3.0-2.fc35.x86_64 - nothing provides libgmock.so.1.10.0()(64bit) needed by wlcs-1.3.0-2.fc35.x86_64 13. postgres-decoderbufs Problem: package postgresql-server-devel-13.4-3.fc36.x86_64 requires postgresql-private-devel, but none of the providers can be installed - package postgresql-private-devel-13.4-3.fc36.i686 conflicts with libpq-devel provided by libpq-devel-13.4-2.fc36.x86_64 - package postgresql-private-devel-13.4-3.fc36.x86_64 conflicts with libpq-devel provided by libpq-devel-13.4-2.fc36.x86_64 - cannot install the best candidate for the job Besides these 13 errors I will rebuild everything else in a side tag starting in one week with the rebuilds. Current rebuild results are available at: https://copr.fedorainfracloud.org/coprs/adrian/protobuf-3-18/ Adrian ___
Fedora-Rawhide-20211018.n.0 compose check report
Missing expected images: Xfce raw-xz armhfp Compose FAILS proposed Rawhide gating check! 3 of 43 required tests failed openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 9/206 (x86_64), 7/141 (aarch64) New failures (same test not failed in Fedora-Rawhide-20211017.n.0): ID: 1031651 Test: x86_64 Server-dvd-iso install_blivet_standard_partition_ext4@uefi URL: https://openqa.fedoraproject.org/tests/1031651 ID: 1031656 Test: x86_64 Server-dvd-iso install_blivet_lvm_ext4@uefi URL: https://openqa.fedoraproject.org/tests/1031656 ID: 1031676 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller **GATING** URL: https://openqa.fedoraproject.org/tests/1031676 ID: 1031679 Test: x86_64 Server-dvd-iso realmd_join_sssd **GATING** URL: https://openqa.fedoraproject.org/tests/1031679 ID: 1031681 Test: x86_64 Server-dvd-iso server_realmd_join_kickstart **GATING** URL: https://openqa.fedoraproject.org/tests/1031681 ID: 1031683 Test: x86_64 Server-dvd-iso realmd_join_cockpit URL: https://openqa.fedoraproject.org/tests/1031683 ID: 1031708 Test: x86_64 Workstation-live-iso desktop_login URL: https://openqa.fedoraproject.org/tests/1031708 ID: 1031750 Test: x86_64 Cloud_Base-qcow2-qcow2 base_package_install_remove@uefi URL: https://openqa.fedoraproject.org/tests/1031750 ID: 1031936 Test: aarch64 universal install_european_language@uefi URL: https://openqa.fedoraproject.org/tests/1031936 ID: 1031940 Test: aarch64 universal install_cyrillic_language@uefi URL: https://openqa.fedoraproject.org/tests/1031940 ID: 1031974 Test: aarch64 universal install_arabic_language@uefi URL: https://openqa.fedoraproject.org/tests/1031974 Old failures (same test failed in Fedora-Rawhide-20211017.n.0): ID: 1031726 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/1031726 ID: 1031829 Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi URL: https://openqa.fedoraproject.org/tests/1031829 ID: 1031840 Test: aarch64 Workstation-raw_xz-raw.xz desktop_printing@uefi URL: https://openqa.fedoraproject.org/tests/1031840 ID: 1031931 Test: aarch64 universal install_asian_language@uefi URL: https://openqa.fedoraproject.org/tests/1031931 ID: 1031970 Test: aarch64 universal upgrade_minimal_64bit@uefi URL: https://openqa.fedoraproject.org/tests/1031970 Soft failed openQA tests: 3/141 (aarch64), 4/206 (x86_64) (Tests completed, but using a workaround for a known bug) New soft failures (same test not soft failed in Fedora-Rawhide-20211017.n.0): ID: 1031831 Test: aarch64 Workstation-raw_xz-raw.xz desktop_update_graphical@uefi URL: https://openqa.fedoraproject.org/tests/1031831 ID: 1031835 Test: aarch64 Workstation-raw_xz-raw.xz evince@uefi URL: https://openqa.fedoraproject.org/tests/1031835 Old soft failures (same test soft failed in Fedora-Rawhide-20211017.n.0): ID: 1031707 Test: x86_64 Workstation-live-iso gedit URL: https://openqa.fedoraproject.org/tests/1031707 ID: 1031746 Test: x86_64 Silverblue-dvd_ostree-iso evince URL: https://openqa.fedoraproject.org/tests/1031746 ID: 1031747 Test: x86_64 Silverblue-dvd_ostree-iso gedit URL: https://openqa.fedoraproject.org/tests/1031747 ID: 1031752 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1031752 ID: 1031842 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1031842 Passed openQA tests: 193/206 (x86_64), 131/141 (aarch64) New passes (same test not passed in Fedora-Rawhide-20211017.n.0): ID: 1031753 Test: x86_64 Cloud_Base-qcow2-qcow2 base_selinux@uefi URL: https://openqa.fedoraproject.org/tests/1031753 ID: 1031754 Test: x86_64 Cloud_Base-qcow2-qcow2 base_service_manipulation@uefi URL: https://openqa.fedoraproject.org/tests/1031754 ID: 1031757 Test: x86_64 Cloud_Base-qcow2-qcow2 base_update_cli@uefi URL: https://openqa.fedoraproject.org/tests/1031757 ID: 1031814 Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi URL: https://openqa.fedoraproject.org/tests/1031814 ID: 1031825 Test: aarch64 Workstation-raw_xz-raw.xz install_arm_image_deployment_upload@uefi URL: https://openqa.fedoraproject.org/tests/1031825 ID: 1031947 Test: aarch64 universal install_mirrorlist_graphical@uefi URL: https://openqa.fedoraproject.org/tests/1031947 ID: 1032549 Test: aarch64 Server-dvd-iso support_server@uefi URL: https://openqa.fedoraproject.org/tests/1032549 ID: 1032550 Test: aarch64 Server-dvd-iso install_updates_nfs@uefi URL: https://openqa.fedoraproject.org/tests/1032550 Installed system changes in test x86_64 Server-dvd-iso install_default@uefi: System load changed from 0.31 to 0.11 Previous test data: https://openqa.fedoraproject.org/tests/1030811#downloads Current test data: https://openqa.fedoraproject.org/tests/1031638#downloads Installed system changes in test x86_64 Server-dvd-iso inst
Fedora-35-20211018.n.0 compose check report
No missing expected images. Failed openQA tests: 5/204 (x86_64), 9/141 (aarch64) New failures (same test not failed in Fedora-35-20211017.n.0): ID: 1032154 Test: x86_64 Silverblue-dvd_ostree-iso evince URL: https://openqa.fedoraproject.org/tests/1032154 ID: 1032281 Test: x86_64 universal install_asian_language URL: https://openqa.fedoraproject.org/tests/1032281 ID: 1032286 Test: x86_64 universal install_with_swap URL: https://openqa.fedoraproject.org/tests/1032286 ID: 1032327 Test: x86_64 universal upgrade_minimal_uefi@uefi URL: https://openqa.fedoraproject.org/tests/1032327 ID: 1032345 Test: aarch64 universal support_server@uefi URL: https://openqa.fedoraproject.org/tests/1032345 ID: 1032348 Test: aarch64 universal install_pxeboot@uefi URL: https://openqa.fedoraproject.org/tests/1032348 ID: 1032353 Test: aarch64 universal install_mirrorlist_graphical@uefi URL: https://openqa.fedoraproject.org/tests/1032353 ID: 1032355 Test: aarch64 universal install_simple_encrypted@uefi URL: https://openqa.fedoraproject.org/tests/1032355 ID: 1032357 Test: aarch64 universal install_iscsi@uefi URL: https://openqa.fedoraproject.org/tests/1032357 ID: 1032367 Test: aarch64 universal install_kickstart_nfs@uefi URL: https://openqa.fedoraproject.org/tests/1032367 Old failures (same test failed in Fedora-35-20211017.n.0): ID: 1032134 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/1032134 ID: 1032220 Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi URL: https://openqa.fedoraproject.org/tests/1032220 ID: 1032235 Test: aarch64 Workstation-raw_xz-raw.xz gedit@uefi URL: https://openqa.fedoraproject.org/tests/1032235 ID: 1032337 Test: aarch64 universal install_asian_language@uefi URL: https://openqa.fedoraproject.org/tests/1032337 Soft failed openQA tests: 3/204 (x86_64), 2/141 (aarch64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-35-20211017.n.0): ID: 1032115 Test: x86_64 Workstation-live-iso gedit URL: https://openqa.fedoraproject.org/tests/1032115 ID: 1032155 Test: x86_64 Silverblue-dvd_ostree-iso gedit URL: https://openqa.fedoraproject.org/tests/1032155 ID: 1032164 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/1032164 ID: 1032231 Test: aarch64 Workstation-raw_xz-raw.xz install_arm_image_deployment_upload@uefi URL: https://openqa.fedoraproject.org/tests/1032231 ID: 1032248 Test: aarch64 Cloud_Base-qcow2-qcow2 cloud_autocloud@uefi URL: https://openqa.fedoraproject.org/tests/1032248 Passed openQA tests: 196/204 (x86_64), 129/141 (aarch64) New passes (same test not passed in Fedora-35-20211017.n.0): ID: 1032102 Test: x86_64 Workstation-live-iso desktop_browser URL: https://openqa.fedoraproject.org/tests/1032102 ID: 1032180 Test: aarch64 Server-dvd-iso anaconda_help@uefi URL: https://openqa.fedoraproject.org/tests/1032180 ID: 1032195 Test: aarch64 Server-dvd-iso install_lvm_ext4@uefi URL: https://openqa.fedoraproject.org/tests/1032195 ID: 1032202 Test: aarch64 Server-dvd-iso mediakit_repoclosure@uefi URL: https://openqa.fedoraproject.org/tests/1032202 ID: 1032204 Test: aarch64 Server-dvd-iso support_server@uefi URL: https://openqa.fedoraproject.org/tests/1032204 ID: 1032211 Test: aarch64 Server-dvd-iso install_blivet_resize_lvm@uefi URL: https://openqa.fedoraproject.org/tests/1032211 ID: 1032214 Test: aarch64 Server-dvd-iso install_resize_lvm@uefi URL: https://openqa.fedoraproject.org/tests/1032214 ID: 1032218 Test: aarch64 Server-dvd-iso install_repository_nfsiso_variation@uefi URL: https://openqa.fedoraproject.org/tests/1032218 ID: 103 Test: aarch64 Server-raw_xz-raw.xz install_arm_image_deployment_upload@uefi URL: https://openqa.fedoraproject.org/tests/103 ID: 1032223 Test: aarch64 Server-raw_xz-raw.xz base_system_logging@uefi URL: https://openqa.fedoraproject.org/tests/1032223 ID: 1032224 Test: aarch64 Server-raw_xz-raw.xz release_identification@uefi URL: https://openqa.fedoraproject.org/tests/1032224 ID: 1032225 Test: aarch64 Server-raw_xz-raw.xz base_services_start@uefi URL: https://openqa.fedoraproject.org/tests/1032225 ID: 1032226 Test: aarch64 Server-raw_xz-raw.xz base_update_cli@uefi URL: https://openqa.fedoraproject.org/tests/1032226 ID: 1032227 Test: aarch64 Server-raw_xz-raw.xz base_service_manipulation@uefi URL: https://openqa.fedoraproject.org/tests/1032227 ID: 1032228 Test: aarch64 Server-raw_xz-raw.xz base_selinux@uefi URL: https://openqa.fedoraproject.org/tests/1032228 ID: 1032229 Test: aarch64 Server-raw_xz-raw.xz base_reboot_unmount@uefi URL: https://openqa.fedoraproject.org/tests/1032229 ID: 1032230 Test: aarch64 Server-raw_xz-raw.xz base_package_install_remove@uefi URL: https://openqa.fedoraproject.org/tests/1032230 ID: 1032336 Test: aarch64 universal upgrade_2_server_domain_controller@uefi
Re: Fedora minimum hardware requirements
Hi, > So in short the best current scenario is Anaconda booted in text mode > from a USB stick or via PXE with NFS installation source - that should > require the least amount of RAM at installation time. > > Still even then, especially with kickstart installations that have > elaborate post scripts (that need RAM to run as well!) or install > tons of packages (depsolving as well as elaborate RPM scriptlets need > RAM!) can still throw a wrench into the works. Also install with just the server repo. The repodata needs memory too, so when adding the "everything" and "updates" repos RAM requirements go up too. take care, Gerd ___ 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
