Re: glibc troubles in rawhide?
* Fabio Valentini: >> I'm pretty sure this is the result of *not* updating glibc. Did you >> attempt a partial upgrade of rawhide, restricting the package set during >> an update? >> >> I cannot reproduce this: In the current compose and buildroot, >> libglib-2.0.so.0 and libc.so.6 are consistent. > > No, this error came up while running fedora-review. I'm pretty sure it > only ever installs things to the mock chroot and doesn't do partial > upgrades. Ahh, this looks like a bug in fedora-review to me: it needs to use buildroot packages for rawhide, not the (potentially lagging) compose. Thanks, Florian -- Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill ___ 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
Re: glibc troubles in rawhide?
On Wed, Oct 21, 2020, 09:36 Florian Weimer wrote: > * Fabio Valentini: > > >> I'm pretty sure this is the result of *not* updating glibc. Did you > >> attempt a partial upgrade of rawhide, restricting the package set > during > >> an update? > >> > >> I cannot reproduce this: In the current compose and buildroot, > >> libglib-2.0.so.0 and libc.so.6 are consistent. > > > > No, this error came up while running fedora-review. I'm pretty sure it > > only ever installs things to the mock chroot and doesn't do partial > > upgrades. > > Ahh, this looks like a bug in fedora-review to me: it needs to use > buildroot packages for rawhide, not the (potentially lagging) compose. > That's not the problem either. I was using it with the "--enablerepo local" flag for mock. Fabio > Thanks, > Florian > -- > Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn, > Commercial register: Amtsgericht Muenchen, HRB 153243, > Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael > O'Neill > > ___ 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
Re: glibc troubles in rawhide?
Dne 21. 10. 20 v 9:36 Florian Weimer napsal(a): * Fabio Valentini: I'm pretty sure this is the result of *not* updating glibc. Did you attempt a partial upgrade of rawhide, restricting the package set during an update? I cannot reproduce this: In the current compose and buildroot, libglib-2.0.so.0 and libc.so.6 are consistent. No, this error came up while running fedora-review. I'm pretty sure it only ever installs things to the mock chroot and doesn't do partial upgrades. Ahh, this looks like a bug in fedora-review to me: it needs to use buildroot packages for rawhide, not the (potentially lagging) compose. Thanks, Florian I think that fedora-review is using Mock and Mock is using mirrors by default to offload Koji. There is mirrored just composed content AFAIK. And I don't see this going to be changed. So how to ensure that the compose is consistent and working, unless side-tags are used for atomic updates? Vít ___ 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
Re: glibc troubles in rawhide?
* Fabio Valentini: > Ahh, this looks like a bug in fedora-review to me: it needs to use > buildroot packages for rawhide, not the (potentially lagging) compose. > > That's not the problem either. I was using it with the "--enablerepo > local" flag for mock. But fedora-review only installs the requested packages and does not automatically update the mock environment to align with the buildroot, right? Thanks, Florian -- Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill ___ 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
Re: glibc troubles in rawhide?
* Vít Ondruch: > I think that fedora-review is using Mock and Mock is using mirrors by > default to offload Koji. There is mirrored just composed content > AFAIK. And I don't see this going to be changed. So how to ensure that > the compose is consistent and working, unless side-tags are used for > atomic updates? The compose is consistent. The buildroot is consistent. But installing a subset of buildroot packages into an installation which is up-to-date as far as the compose is concerned leads to incosnistency. Thanks, Florian -- Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill ___ 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
Re: glibc troubles in rawhide?
* Jeff Law: > Perhaps. In the immediate term, can someone untag the latest glibc > build (big sigh)? This will definitely make things worse. Please don't do that. Thanks, Florian -- Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill ___ 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
Re: Problem opening postscript files in F33
It is first time I see struggle to open Postscript file. Can confirm, that fully updated F32 ( Cinnamon Spin) doesn't open PS files at the moment normally. man -t man > man.ps && xdg-open man.ps turns in: ** (xreader:4091): WARNING **: 13:48:31.381: Error rendering thumbnail Unable to open the initial device, quitting. Trying to find out why this happened. On Sun, Oct 18, 2020 at 5:10 PM Kevin Kofler wrote: > José Abílio Matos wrote: > > (I am aware that they use poppler as backend so probably the culprit is > > here). > > Poppler is used only for PDF. PostScript uses libspectre (only). > > > Okular accepts the file if I open it using "Import PostScript as PDF". > > Only in that case does it actually use Poppler. :-) > > 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 > ___ 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
Fedora-Cloud-32-20201021.0 compose check report
No missing expected images. Soft failed openQA tests: 1/7 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-Cloud-32-20201020.0): ID: 703096 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/703096 Passed openQA tests: 6/7 (x86_64) -- 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
OpenCV update to 4.5 in rawhide
There is a need to fix OpenCV FTBFS and update it to the current version which will require to rebuild opencv dependencies. This rebuilt went fine in copr: https://copr.fedorainfracloud.org/coprs/kwizart/opencv4/packages/ So the plan is to use a side-tag. Because few packages are affected by the "timeb" removal in glibc, we will wait a little for things to settle and probably start the upgrade by tomorrow. Nothing is needed from maintainers. Thanks -- - Nicolas (kwizart) ___ 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
Re: Has glibc just removed some symbols?
> See https://koschei.fedoraproject.org/package/ocaml-dune?collection=f34 > Can the change be reverted until we can figure out exactly which > packages will have to be rebuilt? I've got a build going with that and a couple of other patches reverted. -12.f34 should unbreak this. This really shouldn't ever happen with glibc, so we'll have to figure out a way to allow static linking of older object files alongside this deprecation. Siddhesh ___ 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
Re: sys/timeb.h removed in Rawhide?
> It's going to come back because its removal breaks compatibility with > the 2001 POSIX standard. But I expect there will be plenty of > deprecation warnings around it. It should be back now in -12.fc34, which is currently building. Siddhesh ___ 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
Fedora Cloud rawhide images not updating?
Hi, I noticed that the image available at [1] has been stuck at the 20201004 version for quite some time now. AFACIT, it used to be updated approx. every day before. Does anyone know what happened? I understand that the rawhide content might not be 100% reliable, but 17 days without updating the image seems a bit long... Thanks, [1] https://download.fedoraproject.org/pub/fedora/linux/development/rawhide/Cloud/x86_64/images/ -- Ondrej Mosnacek Software Engineer, Platform Security - SELinux kernel 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
Fedora-Cloud-31-20201021.0 compose check report
No missing expected images. Passed openQA tests: 7/7 (x86_64) -- 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
Re: Has glibc just removed some symbols?
* Siddhesh Poyarekar: >> See >> https://koschei.fedoraproject.org/package/ocaml-dune?collection=f34 >> Can the change be reverted until we can figure out exactly which >> packages will have to be rebuilt? > > I've got a build going with that and a couple of other patches > reverted. -12.f34 should unbreak this. > > This really shouldn't ever happen with glibc, so we'll have to figure > out a way to allow static linking of older object files alongside this > deprecation. I'm somewhat undecided here. The GNU toolchain currently does not give us the tools for compatibility with object files compiled against older header versions (whether standalone or within .a static libraries). We can provide compatibility for the __xstat family of functions because of the nature of that change, but in general, this is not possible with the current practices around symbol versioning. Relocatable objects that go into static libraries are not processed by the link editor and therefore are not bound to specific symbol versions. Thanks, Florian -- Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill ___ 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
Fedora 33 compose report: 20201021.n.0 changes
OLD: Fedora-33-20201020.n.0 NEW: Fedora-33-20201021.n.0 = SUMMARY = Added images:0 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 = = 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
Re: Aiming to orphan java-comment-preprocessor package
Aiming to orphan this package soon, any concerns ? Thanks. Ondrej On Thu, Oct 15, 2020 at 10:26 AM Ondrej Dubaj wrote: > Proposed upstream change: > > https://github.com/pgjdbc/pgjdbc/pull/1930 > > Downstream change will be done during this day. > > Thanks! > > Ondrej > > On Thu, Oct 15, 2020 at 10:20 AM Pavel Raiskup > wrote: > >> On Thursday, October 15, 2020 10:10:20 AM CEST Ondrej Dubaj wrote: >> > Yes, thanks for the notice. This package is buildable without >> > java-comment-preprocessor ( >> > https://koji.fedoraproject.org/koji/taskinfo?taskID=5346). Do you >> know >> > about any other packages ? >> >> You should have tell that pgjdbc stopped using this project (please drop >> the >> BuildRequires in the upstream repo, and also downstream). So +1 for drop. >> >> Pavel >> >> > On Thu, Oct 15, 2020 at 9:30 AM Pavel Raiskup >> wrote: >> > >> > > On Thursday, October 15, 2020 8:37:02 AM CEST Ondrej Dubaj wrote: >> > > > Hi guys, >> > > > >> > > > I am aiming to orphan java-comment-precprocessor package, as it >> seems, >> > > > there are no other packages (AFAIK) depending on it. If there is >> someone, >> > > > who is actively using this package, or maintains a package, which >> depends >> > > > on it, please let us know to this thread, so we can discuss next >> steps. >> > > >> > > postgresql-jdbc.spec BuildRequires the java-comment-preprocessor. >> > > >> > > Pavel >> > > >> > > > Thanks! >> > > > >> > > > Regards, >> > > > Ondrej >> > > > >> > > >> > > >> > > >> > > >> > > >> > >> >> >> >> >> ___ 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
DevConf.CZ CfP open
If you haven't seen the Community Blog post[1], the DevConf.CZ Call for Proposals is open. DevConf.CZ will be a virtual event this time and held in February. Like in years past, there is a dedicated Fedora track, as well as tracks for other technical areas. If you have something you are working on that you want to share, submit your proposal by 1 November. [1] https://communityblog.fedoraproject.org/devconf-cz-cfp-now-open/ -- Ben Cotton He / Him / His Senior Program Manager, Fedora & CentOS Stream Red Hat TZ=America/Indiana/Indianapolis ___ 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
Fedora-33-20201021.n.0 compose check report
No missing expected images. Failed openQA tests: 10/181 (x86_64) New failures (same test not failed in Fedora-33-20201020.n.0): ID: 703161 Test: x86_64 Server-dvd-iso support_server URL: https://openqa.fedoraproject.org/tests/703161 ID: 703170 Test: x86_64 Server-dvd-iso install_repository_nfsiso_variation URL: https://openqa.fedoraproject.org/tests/703170 ID: 703188 Test: x86_64 Server-dvd-iso server_freeipa_replication_master URL: https://openqa.fedoraproject.org/tests/703188 ID: 703193 Test: x86_64 Server-dvd-iso server_freeipa_replication_replica URL: https://openqa.fedoraproject.org/tests/703193 ID: 703196 Test: x86_64 Server-dvd-iso server_freeipa_replication_client URL: https://openqa.fedoraproject.org/tests/703196 ID: 703223 Test: x86_64 KDE-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/703223 ID: 703240 Test: x86_64 Silverblue-dvd_ostree-iso desktop_browser URL: https://openqa.fedoraproject.org/tests/703240 ID: 703289 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/703289 ID: 703311 Test: x86_64 universal upgrade_realmd_client URL: https://openqa.fedoraproject.org/tests/703311 ID: 703315 Test: x86_64 universal install_simple_free_space@uefi URL: https://openqa.fedoraproject.org/tests/703315 Soft failed openQA tests: 9/181 (x86_64) (Tests completed, but using a workaround for a known bug) Old soft failures (same test soft failed in Fedora-33-20201020.n.0): ID: 703159 Test: x86_64 Server-dvd-iso install_vncconnect_client URL: https://openqa.fedoraproject.org/tests/703159 ID: 703178 Test: x86_64 Server-dvd-iso install_vnc_client URL: https://openqa.fedoraproject.org/tests/703178 ID: 703205 Test: x86_64 Workstation-live-iso desktop_update_graphical URL: https://openqa.fedoraproject.org/tests/703205 ID: 703218 Test: x86_64 Workstation-live-iso desktop_printing URL: https://openqa.fedoraproject.org/tests/703218 ID: 703238 Test: x86_64 Silverblue-dvd_ostree-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/703238 ID: 703241 Test: x86_64 Silverblue-dvd_ostree-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/703241 ID: 703255 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/703255 ID: 703267 Test: x86_64 universal upgrade_2_minimal_64bit URL: https://openqa.fedoraproject.org/tests/703267 ID: 703292 Test: x86_64 universal upgrade_2_minimal_uefi@uefi URL: https://openqa.fedoraproject.org/tests/703292 Passed openQA tests: 162/181 (x86_64) New passes (same test not passed in Fedora-33-20201020.n.0): ID: 703207 Test: x86_64 Workstation-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/703207 Installed system changes in test x86_64 Server-dvd-iso install_default@uefi: System load changed from 0.05 to 0.18 Previous test data: https://openqa.fedoraproject.org/tests/702449#downloads Current test data: https://openqa.fedoraproject.org/tests/703167#downloads Installed system changes in test x86_64 Workstation-live-iso install_default_upload: Used swap changed from 18 MiB to 24 MiB System load changed from 0.82 to 0.67 Previous test data: https://openqa.fedoraproject.org/tests/702484#downloads Current test data: https://openqa.fedoraproject.org/tests/703202#downloads Installed system changes in test x86_64 Workstation-live-iso install_default@uefi: Used swap changed from 28 MiB to 24 MiB Average CPU usage changed from 15.9 to 3.60952381 Previous test data: https://openqa.fedoraproject.org/tests/702486#downloads Current test data: https://openqa.fedoraproject.org/tests/703204#downloads Installed system changes in test x86_64 KDE-live-iso install_default_upload: Used swap changed from 8 MiB to 7 MiB System load changed from 1.55 to 1.26 Previous test data: https://openqa.fedoraproject.org/tests/702503#downloads Current test data: https://openqa.fedoraproject.org/tests/703221#downloads Installed system changes in test x86_64 KDE-live-iso install_default@uefi: Used swap changed from 53 MiB to 8 MiB System load changed from 1.31 to 0.92 Average CPU usage changed from 37.92857143 to 17.98571429 Previous test data: https://openqa.fedoraproject.org/tests/702504#downloads Current test data: https://openqa.fedoraproject.org/tests/703222#downloads Installed system changes in test x86_64 Silverblue-dvd_ostree-iso install_default_upload: Used swap changed from 22 MiB to 26 MiB Previous test data: https://openqa.fedoraproject.org/tests/702520#downloads Current test data: https://openqa.fedoraproject.org/tests/703238#downloads Installed system changes in test x86_64 Silverblue-dvd_ostree-iso install_default@uefi: Mount /run/user/0 disappeared since previous compose Used mem changed from 706 MiB to 882 MiB Used swap changed from 9 MiB to 28 MiB System load changed from 0.25
Fedora rawhide compose report: 20201021.n.0 changes
OLD: Fedora-Rawhide-20201020.n.0 NEW: Fedora-Rawhide-20201021.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 11 Dropped packages:3 Upgraded packages: 141 Downgraded packages: 0 Size of added packages: 36.10 MiB Size of dropped packages:121.41 KiB Size of upgraded packages: 6.57 GiB Size of downgraded packages: 0 B Size change of upgraded packages: -218.69 MiB Size change of downgraded packages: 0 B = ADDED IMAGES = = DROPPED IMAGES = = ADDED PACKAGES = Package: golang-github-rickb777-date-1.14.2-1.fc34 Summary: A Go package for working with dates RPMs:golang-github-rickb777-date golang-github-rickb777-date-devel Size:3.67 MiB Package: ruby-2.5.5-106.module_f34+10429+65de9b67 Summary: An interpreter of object-oriented scripting language RPMs:ruby ruby-devel ruby-doc ruby-irb ruby-libs rubygem-bigdecimal rubygem-did_you_mean rubygem-io-console rubygem-json rubygem-minitest rubygem-net-telnet rubygem-openssl rubygem-power_assert rubygem-psych rubygem-rake rubygem-rdoc rubygem-test-unit rubygem-xmlrpc rubygems rubygems-devel Size:26.11 MiB Package: rubygem-abrt-0.4.0-2.module_f34+10429+65de9b67 Summary: ABRT support for Ruby RPMs:rubygem-abrt rubygem-abrt-doc Size:253.32 KiB Package: rubygem-bson-4.10.0-1.module_f34+10429+65de9b67 Summary: Ruby implementation of the BSON specification RPMs:rubygem-bson rubygem-bson-doc Size:787.65 KiB Package: rubygem-bundler-1.16.1-8.module_f34+10429+65de9b67 Summary: Library and utilities to manage a Ruby application's gem dependencies RPMs:rubygem-bundler rubygem-bundler-doc Size:1.47 MiB Package: rubygem-mongo-2.11.3-2.module_f34+10429+65de9b67 Summary: Ruby driver for MongoDB RPMs:rubygem-mongo rubygem-mongo-doc Size:1.79 MiB Package: rubygem-mysql2-0.5.3-5.module_f34+10429+65de9b67 Summary: A simple, fast Mysql library for Ruby, binding to libmysql RPMs:rubygem-mysql2 rubygem-mysql2-doc Size:523.43 KiB Package: rubygem-pg-1.2.3-2.module_f34+10429+65de9b67 Summary: A Ruby interface to the PostgreSQL RDBMS RPMs:rubygem-pg rubygem-pg-doc Size:1.04 MiB Package: rubygem-ruby-vips-2.0.17-1.fc34 Summary: Ruby extension for the vips image processing library RPMs:rubygem-ruby-vips rubygem-ruby-vips-doc Size:409.35 KiB Package: rust-hex-literal0.2-0.2.1-1.fc34 Summary: Procedural macro for converting hexadecimal string to byte array at compile time RPMs:rust-hex-literal0.2+default-devel rust-hex-literal0.2-devel Size:21.24 KiB Package: rust-rand_distr0.2-0.2.2-1.fc34 Summary: Sampling from random number distributions RPMs:rust-rand_distr0.2+default-devel rust-rand_distr0.2-devel Size:55.68 KiB = DROPPED PACKAGES = Package: nodejs-http-signature-0.10.0-16.fc32 Summary: Reference implementation of Joyent's HTTP Signature Scheme RPMs:nodejs-http-signature Size:20.54 KiB Package: nodejs-node-static-0.7.11-2.fc34 Summary: Simple, compliant file streaming module for node RPMs:nodejs-node-static Size:84.35 KiB Package: nodejs-nopt-3.0.6-9.fc32 Summary: Node.js option parsing RPMs:nodejs-nopt Size:16.53 KiB = UPGRADED PACKAGES = Package: NetworkManager-1:1.28.0-0.2.fc34 Old package: NetworkManager-1:1.28.0-0.1.fc34 Summary: Network connection manager and user applications RPMs: NetworkManager NetworkManager-adsl NetworkManager-bluetooth NetworkManager-cloud-setup NetworkManager-config-connectivity-fedora NetworkManager-config-server NetworkManager-dispatcher-routing-rules NetworkManager-libnm NetworkManager-libnm-devel NetworkManager-ovs NetworkManager-ppp NetworkManager-team NetworkManager-tui NetworkManager-wifi NetworkManager-wwan Size: 28.83 MiB Size change: -22.12 KiB Changelog: * Tue Oct 20 2020 Beniamino Galvani - 1:1.28.0-0.2 - update to 1.28-rc2 (1.27.91) Package: R-data.table-1.13.2-1.fc34 Old package: R-data.table-1.13.0-3.fc34 Summary: Extension of `data.frame` RPMs: R-data.table R-data.table-devel Added RPMs: R-data.table-devel Size: 11.31 MiB Size change: 1.96 MiB Changelog: * Tue Oct 20 2020 Elliott Sales de Andrade - 1.13.2-1 - Update to latest version (#1889519) Package: R-labeling-0.4.2-1.fc34 Old package: R-labeling-0.3-8.fc33 Summary: Axis Labeling RPMs: R-labeling Size: 73.71 KiB Size change: 483 B Changelog: * Tue Oct 20 2020 Elliott Sales de Andrade - 0.4.2-1 - Update to latest version (#1889617) Package: R-servr-0.20-1.fc34 Old package: R-servr-0.19-1.fc34 Summary: Simple HTTP Server to Serve Static Files or Dynamic Documents RPMs: R-servr Size: 101.99 KiB Size change: 310 B Changelog: * Tue Oct 20 2020 Elliott Sales de Andrade - 0.20-1 - Update to latest version (#1889245) Package: R-spelling-2.2-1.fc34 Old package: R-spelling-2.1-6.fc33 Summary: Tools
Fedora-Rawhide-20201021.n.0 compose check report
No missing expected images. Compose FAILS proposed Rawhide gating check! 24 of 43 required tests failed, 17 results missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 99/181 (x86_64) Old failures (same test failed in Fedora-Rawhide-20201020.n.0): ID: 703341 Test: x86_64 Server-dvd-iso install_vncconnect_client URL: https://openqa.fedoraproject.org/tests/703341 ID: 703342 Test: x86_64 Server-dvd-iso install_vncconnect_server URL: https://openqa.fedoraproject.org/tests/703342 ID: 703346 Test: x86_64 Server-dvd-iso install_repository_hd_variation URL: https://openqa.fedoraproject.org/tests/703346 ID: 703348 Test: x86_64 Server-dvd-iso install_vnc_server URL: https://openqa.fedoraproject.org/tests/703348 ID: 703360 Test: x86_64 Server-dvd-iso install_vnc_client URL: https://openqa.fedoraproject.org/tests/703360 ID: 703379 Test: x86_64 Everything-boot-iso memory_check@uefi URL: https://openqa.fedoraproject.org/tests/703379 ID: 703380 Test: x86_64 Everything-boot-iso memory_check URL: https://openqa.fedoraproject.org/tests/703380 ID: 703383 Test: x86_64 Workstation-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/703383 ID: 703401 Test: x86_64 KDE-live-iso desktop_notifications_live URL: https://openqa.fedoraproject.org/tests/703401 ID: 703442 Test: x86_64 universal upgrade_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/703442 ID: 703450 Test: x86_64 universal upgrade_2_server_domain_controller URL: https://openqa.fedoraproject.org/tests/703450 ID: 703469 Test: x86_64 universal upgrade_2_desktop_64bit URL: https://openqa.fedoraproject.org/tests/703469 ID: 703470 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/703470 ID: 703471 Test: x86_64 universal upgrade_server_domain_controller URL: https://openqa.fedoraproject.org/tests/703471 ID: 703487 Test: x86_64 universal upgrade_desktop_64bit URL: https://openqa.fedoraproject.org/tests/703487 ID: 703490 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/703490 ID: 703493 Test: x86_64 universal upgrade_realmd_client URL: https://openqa.fedoraproject.org/tests/703493 ID: 703503 Test: x86_64 universal upgrade_kde_64bit URL: https://openqa.fedoraproject.org/tests/703503 ID: 703512 Test: x86_64 universal upgrade_2_realmd_client URL: https://openqa.fedoraproject.org/tests/703512 ID: 703520 Test: x86_64 Server-boot-iso install_default **GATING** URL: https://openqa.fedoraproject.org/tests/703520 ID: 703521 Test: x86_64 Everything-boot-iso install_default **GATING** URL: https://openqa.fedoraproject.org/tests/703521 ID: 703522 Test: x86_64 Server-boot-iso install_default@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/703522 ID: 703523 Test: x86_64 Everything-boot-iso install_default@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/703523 ID: 703524 Test: x86_64 KDE-live-iso install_default_upload **GATING** URL: https://openqa.fedoraproject.org/tests/703524 ID: 703540 Test: x86_64 Server-dvd-iso install_default@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/703540 ID: 703541 Test: x86_64 Server-dvd-iso install_default_upload **GATING** URL: https://openqa.fedoraproject.org/tests/703541 ID: 703566 Test: x86_64 KDE-live-iso install_default@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/703566 ID: 703567 Test: x86_64 universal install_blivet_resize_lvm URL: https://openqa.fedoraproject.org/tests/703567 ID: 703568 Test: x86_64 universal install_sata **GATING** URL: https://openqa.fedoraproject.org/tests/703568 ID: 703569 Test: x86_64 universal install_resize_lvm URL: https://openqa.fedoraproject.org/tests/703569 ID: 703570 Test: x86_64 universal install_delete_pata **GATING** URL: https://openqa.fedoraproject.org/tests/703570 ID: 703571 Test: x86_64 Workstation-live-iso install_default_upload **GATING** URL: https://openqa.fedoraproject.org/tests/703571 ID: 703575 Test: x86_64 universal install_repository_http_graphical **GATING** URL: https://openqa.fedoraproject.org/tests/703575 ID: 703588 Test: x86_64 universal install_sata@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/703588 ID: 703589 Test: x86_64 Workstation-live-iso install_default@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/703589 ID: 703590 Test: x86_64 universal install_mirrorlist_graphical **GATING** URL: https://openqa.fedoraproject.org/tests/703590 ID: 703591 Test: x86_64 universal install_multi **GATING** URL: https://openqa.fedoraproject.org/tests/703591 ID: 703592 Test: x86_64 universal install_multi@uefi **GATING** URL: https://openqa.fedoraproject.org/tests/703592 ID: 703593 Test: x86_64 universal install_delete_pata@uefi **GATING** URL:
Mass spec change: Replace Python 3 version globs (3.?) with macros to support 3.10
Hello everyone, with the upcoming Python 3.10 update we need to update Python 3 version globs in Fedora specfiles. The reason is simple, Python version will be one character longer so the currently omnipresent ?.? glob won't work anymore. We did this change a few months ago (see: https://lists.fedoraproject.org/archives/list/devel-annou...@lists.fedoraproject.org/message/PQIGCQCRNBYNXBX2ICWEM3PLDLNOG2ZT/), but we found out that the queries were incomplete, hence here is another update for the 3.? glob. We will replace such globs with the %{python3_version} macro using: $ sed -i -e 's/3\.?/%{python3_version}/g' *.spec There are currently 48 affected packages. $ grep -l 'py3.?' *.spec | wc -l 48 The sed can theoretically produce unwanted changes, but when guarded by the grep, we have verified it won't. You can observe the general diff of all affected specfiles at https://github.com/hrnciar/rpm-specs/commit/7224a5. We plan to do this in one week via a provenpackager. We will not bump the release number, nor add a changelog entry and hence we will also not rebuild the packages. The commit message will be: Replace Python version glob with macro (needed for Python 3.10+) If you want to fix this differently in your package, you don't need to let us know, just do it. If you want to opt out from this change, let us know (ideally with some reasoning). If you found a mistake in the diff, please do let us know. Regards, Tomáš Hrnčiar Maintainers by package: fonttoolspnemade tagoh fusion-icon jskarvad marisa ueno nest ankursinha nototoolsmfabian pwu python-PyLEMSankursinha python-bids-validator ankursinha python-brian2ankursinha python-dipy ankursinha python-django-pytest bkabrda mrunge python-elasticsearch dbruno piotrp stevetraylen python-firehose athoscr dmalcolm python-fsleyes ankursinha python-fsleyes-props ankursinha python-fsleyes-widgets ankursinha python-fslpy ankursinha python-gccinvocation dmalcolm python-grabbit ankursinha python-httpretty jpopelka python-lazyarray ankursinha python-mpd2 ankursinha python-nilearn ankursinha python-nistats ankursinha python-petlink ankursinha python-pretend piotrp python-pybidsankursinha python-pyemd ankursinha python-pyfim ankursinha python-pylatex ankursinha python-pymatreader ankursinha python-pyphi ankursinha python-pyscaffoldankursinha python-pyzabbix piotrp python-rstcheck ankursinha python-simplewrapignatenkobrain python-structlog piotrp python-tempdir rathann python-trollius iwienand mrunge python-tvb-data ankursinha python-tvb-gdist ankursinha python-tzlocal ankursinha piotrp python-vconnectorraphgro python-whitenoisengompa piotrp python-xdot dmalcolm rb_libtorrentfale mooninite simple-ccsm jskarvad vimivankursinha zanata-python-client anishpatil dchen jamesni pnemade robyduck seanf suanand Packages by maintainer: anishpatil zanata-python-client ankursinha nest python-PyLEMS python-bids-validator python-brian2 python-dipy python-fsleyes python-fsleyes-props python-fsleyes-widgets python-fslpy python-grabbit python-lazyarray python-mpd2 python-nilearn python-nistats python-petlink python-pybids python-pyemd python-pyfim python-pylatex python-pymatreader python-pyphi python-pyscaffold python-rstcheck python-tvb-data python-tvb-gdist python-tzlocal vimiv athoscrpython-firehose bkabrdapython-django-pytest dbruno python-elasticsearch dchen zanata-python-client dmalcolm python-firehose python-gccinvocation python-xdot fale rb_libtorrent ignatenkobrain python-simplewrap iwienand python-trollius jamesnizanata-python-client jpopelka python-httpretty jskarvad fusion-icon simple-ccsm mfabiannototools mooninite rb_libtorrent mrunge python-django-pytest python-trollius ngompa python-whitenoise piotrp python-elasticsearch python-pretend python-pyzabbix python-structlog python-tzlocal python-whitenoise pnemadefonttools zanata-python-client pwunototools raphgropython-vconnector rathannpython-tempdir robyduck zanata-python-client seanf zanata-python-client stevetraylen python-elasticsearch suanandzanata-python-client tagoh fonttools ueno marisa ___ 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
Re: Mass spec change: Replace Python 3 version globs (3.?) with macros to support 3.10
> ankursinha nest python-PyLEMS python-bids-validator python-brian2 python-dipy > python-fsleyes python-fsleyes-props python-fsleyes-widgets python-fslpy > python-grabbit python-lazyarray python-mpd2 python-nilearn python-nistats > python-petlink python-pybids python-pyemd python-pyfim python-pylatex > python-pymatreader python-pyphi python-pyscaffold python-rstcheck > python-tvb-data python-tvb-gdist python-tzlocal vimiv Oooof! Please go ahead. Thanks very much. -- Thanks, Regards, Ankur Sinha "FranciscoD" (He / Him / His) | https://fedoraproject.org/wiki/User:Ankursinha Time zone: Europe/London signature.asc Description: PGP signature ___ 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
Summary/Minutes from today's FESCo Meeting (2020-10-21)
= #fedora-meeting-2: FESCo (2020-10-21) = Meeting started by decathorpe at 14:00:31 UTC. The full logs are available at https://meetbot.fedoraproject.org/fedora-meeting-2/2020-10-21/fesco.2020-10-21-14.00.log.html Meeting summary --- * Init Process (decathorpe, 14:00:56) * LINK: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/REFRCU3EQIXM6WADFBVYHYJNJ2RYXEDF/ schedule (decathorpe, 14:05:42) * #2479 F33 UEFI Secure Boot signing keys (decathorpe, 14:06:25) * LINK: https://pagure.io/fedora-qa/blocker-review/issue/135 (mhroncok, 14:50:35) * REJECTED (+3, 0, -5): We no longer consider this bug a FESCo blocker. * LINK: https://fwupd.org/lvfs/devices/org.linuxfoundation.dbx.x64.firmware (Eighth_Doctor, 14:52:41) * LINK: https://twitter.com/mattdm/status/1318927392715526148 (mhroncok, 14:56:24) * Next Week's Chair (decathorpe, 14:58:47) * https://www.merriam-webster.com/dictionary/omelet (mattdm, 15:01:27) * ACTION: dcantrell to chiair the next meeting (decathorpe, 15:01:40) * Open Floor (decathorpe, 15:01:58) Meeting ended at 15:13:10 UTC. Action Items * dcantrell to chiair the next meeting Action Items, by person --- * dcantrell * dcantrell to chiair the next meeting * **UNASSIGNED** * (none) People Present (lines said) --- * Eighth_Doctor (78) * mhroncok (58) * mattdm (47) * pjones (43) * decathorpe (43) * sgallagh (41) * nirik (38) * dcantrell (20) * zodbot (15) * zbyszek (14) * cverna (8) * bcotton (8) * x3mboy (6) * kalev (3) * defolos (3) * cmurf (1) * Conan_Kudo (0) * King_InuYasha (0) * Son_Goku (0) * Sir_Gallantmon (0) * ignatenkobrain (0) * Pharaoh_Atem (0) Generated by `MeetBot`_ 0.1.4 MeetBot: http://wiki.debian.org/MeetBot ___ 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
[ELN] Missing /usr/bin/bzr in ELN (solved, but open questions)
Hello, I've realized recently that the Python 3.9.0 final build failed in ELN: python3.9-3.9.0-1.eln104: https://koji.fedoraproject.org/koji/buildinfo?buildID=1620970 The build failure was: File "/tmp/tmpip_uvs06/pip-20.1.1-py2.py3-none-any.whl/pip/_vendor/toml/decoder.py", line 47 TIME_RE = re.compile("([0-9]{2}):([0-9]{2}):([0-9]{2})(\.([0-9]{3,6}))?") ^ SyntaxError: invalid escape sequence \. I wondered why did this happen in ELN only and not in Rawhide. The reason is: in Rawhide we have pip 20.2.2 which contains the fix of this problem. So I investigated further and realized pip in ELN was not updated because the build is failing. The failure is: No matching package to install: '/usr/bin/bzr' In Fedora, the executable is provided by breezy: $ repoquery --repo=rawhide -l breezy | grep /usr/bin /usr/bin/brz /usr/bin/bzr /usr/bin/bzr-receive-pack /usr/bin/bzr-upload-pack /usr/bin/git-remote-brz /usr/bin/git-remote-bzr However, breezy is not included in ELN at all: $ repoquery --repo=eln-\* breezy (nothing) Despite the fact that it is in: https://bodhi.fedoraproject.org/updates/FEDORA-2020-43fde95e1f I can however see it in the ELN Koji buildroot: $ repoquery --repo=kojieln breezy breezy-0:3.0.2-4.eln103.x86_64 Yet it doesn't have the proper file: $ repoquery --repo=kojieln -l breezy | grep /usr/bin /usr/bin/brz /usr/bin/bzr-receive-pack /usr/bin/bzr-upload-pack /usr/bin/git-remote-brz I have discovered this is caused by a Fedora-only %if conditional in the spec file: # https://fedoraproject.org/wiki/Changes/ReplaceBazaarWithBreezy %if 0%{?fedora} >= 32 %bcond_without replace_bzr %else %bcond_with replace_bzr %endif I'll fix the conditional to make it RHEL-aware. However I have several questions: 1) Why is breezy not in the ELN compose, but is in the Koji buildroot? 2) As pip's maintainer, should I've been notified about the missing dependency? 3) When I fix breezy, should I resubmit the eln rebuilds of pip and Python? Thanks, -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ 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
Re: [ELN] Missing /usr/bin/bzr in ELN (solved, but open questions)
On Wed, Oct 21, 2020 at 3:00 PM Miro Hrončok wrote: > > Hello, > > I've realized recently that the Python 3.9.0 final build failed in ELN: > > python3.9-3.9.0-1.eln104: > https://koji.fedoraproject.org/koji/buildinfo?buildID=1620970 > > The build failure was: >File > "/tmp/tmpip_uvs06/pip-20.1.1-py2.py3-none-any.whl/pip/_vendor/toml/decoder.py", > line 47 > TIME_RE = re.compile("([0-9]{2}):([0-9]{2}):([0-9]{2})(\.([0-9]{3,6}))?") > ^ > SyntaxError: invalid escape sequence \. > > I wondered why did this happen in ELN only and not in Rawhide. > The reason is: in Rawhide we have pip 20.2.2 which contains the fix of this > problem. > > So I investigated further and realized pip in ELN was not updated because the > build is failing. The failure is: > > No matching package to install: '/usr/bin/bzr' > > In Fedora, the executable is provided by breezy: > > $ repoquery --repo=rawhide -l breezy | grep /usr/bin > /usr/bin/brz > /usr/bin/bzr > /usr/bin/bzr-receive-pack > /usr/bin/bzr-upload-pack > /usr/bin/git-remote-brz > /usr/bin/git-remote-bzr > > However, breezy is not included in ELN at all: > > $ repoquery --repo=eln-\* breezy > (nothing) > > Despite the fact that it is in: > https://bodhi.fedoraproject.org/updates/FEDORA-2020-43fde95e1f > > I can however see it in the ELN Koji buildroot: > > $ repoquery --repo=kojieln breezy > breezy-0:3.0.2-4.eln103.x86_64 > > Yet it doesn't have the proper file: > > $ repoquery --repo=kojieln -l breezy | grep /usr/bin > /usr/bin/brz > /usr/bin/bzr-receive-pack > /usr/bin/bzr-upload-pack > /usr/bin/git-remote-brz > > > I have discovered this is caused by a Fedora-only %if conditional in the spec > file: > > > # https://fedoraproject.org/wiki/Changes/ReplaceBazaarWithBreezy > %if 0%{?fedora} >= 32 > %bcond_without replace_bzr > %else > %bcond_with replace_bzr > %endif > > I'll fix the conditional to make it RHEL-aware. However I have several > questions: > > 1) Why is breezy not in the ELN compose, but is in the Koji buildroot? It's defined as a buildroot only package: https://github.com/minimization/content-resolver-input/blob/master/configs/eln-buildroot-workload.yaml > 2) As pip's maintainer, should I've been notified about the missing > dependency? Probably not, I think the idea was that ELN SIG would manage that exclusively. > 3) When I fix breezy, should I resubmit the eln rebuilds of pip and Python? > No. Just submit to Rawhide and the Jenkins job for ELN will take care of it for you after it succeeds in Rawhide. -- 真実はいつも一つ!/ 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
Re: [ELN] Missing /usr/bin/bzr in ELN (solved, but open questions)
On 10/21/20 10:10 PM, Neal Gompa wrote: On Wed, Oct 21, 2020 at 3:00 PM Miro Hrončok wrote: 1) Why is breezy not in the ELN compose, but is in the Koji buildroot? It's defined as a buildroot only package: https://github.com/minimization/content-resolver-input/blob/master/configs/eln-buildroot-workload.yaml I wonder why. git blame suggests this is automated somehow. 2) As pip's maintainer, should I've been notified about the missing dependency? Probably not, I think the idea was that ELN SIG would manage that exclusively. So I should stop caring? 3) When I fix breezy, should I resubmit the eln rebuilds of pip and Python? No. Just submit to Rawhide and the Jenkins job for ELN will take care of it for you after it succeeds in Rawhide. Python and pip succeeded in rawhide already, this is an ELN-only fix. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ 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
Re: [ELN] Missing /usr/bin/bzr in ELN (solved, but open questions)
On Wed, Oct 21, 2020 at 7:45 PM Miro Hrončok wrote: > > On 10/21/20 10:10 PM, Neal Gompa wrote: > > On Wed, Oct 21, 2020 at 3:00 PM Miro Hrončok wrote: > >> 1) Why is breezy not in the ELN compose, but is in the Koji buildroot? > > > > It's defined as a buildroot only package: > > https://github.com/minimization/content-resolver-input/blob/master/configs/eln-buildroot-workload.yaml > > I wonder why. git blame suggests this is automated somehow. > Hmm, that's a good question... > >> 2) As pip's maintainer, should I've been notified about the missing > >> dependency? > > > > Probably not, I think the idea was that ELN SIG would manage that > > exclusively. > > So I should stop caring? > I think you should still care, because in practice I don't think it's working out that way. > >> 3) When I fix breezy, should I resubmit the eln rebuilds of pip and Python? > >> > > > > No. Just submit to Rawhide and the Jenkins job for ELN will take care > > of it for you after it succeeds in Rawhide. > > Python and pip succeeded in rawhide already, this is an ELN-only fix. > I mean that their bot listens for packages built in Rawhide and triggers a rebuild automatically for ELN. -- 真実はいつも一つ!/ 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
Re: Where is python3.9-debuginfo?
On 10/20/20 9:36 PM, Samuel Sieb wrote: On 10/20/20 7:19 PM, Orion Poplawski wrote: What am I doing wrong? This is on my rawhide VM. $ sudo dnf --enablerepo=*-debuginfo install python3.9-debuginfo Last metadata expiration check: 0:06:06 ago on Tue 20 Oct 2020 08:08:20 PM MDT. No match for argument: python3.9-debuginfo Error: Unable to find a match: python3.9-debuginfo The simpler method is "dnf debuginfo-install python3.9". (I don't know if the end result will be more successful though.) That fails as well: Could not find debuginfo package for the following installed packages: python3-3.9.0-1.fc34.x86_64 -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 https://www.nwra.com/ smime.p7s Description: S/MIME Cryptographic Signature ___ 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
Re: Where is python3.9-debuginfo?
On 10/20/20 11:01 PM, Mamoru TASAKA wrote: Orion Poplawski wrote on 2020/10/21 11:19: What am I doing wrong? This is on my rawhide VM. $ sudo dnf --enablerepo=*-debuginfo install python3.9-debuginfo Last metadata expiration check: 0:06:06 ago on Tue 20 Oct 2020 08:08:20 PM MDT. No match for argument: python3.9-debuginfo Error: Unable to find a match: python3.9-debuginfo Well, I also have always trouble with installing "python3.9-debuginfo" and I have to download directory from koji. Looking at dnf metadata by $ unzck -c /var/cache/dnf//repodata/-primary.xml.zck | less actually metadata does not contain "python3.9-debuginfo" rpm, so maybe something is already broken when creating dnf metadata?? Thanks for confirming the issue. I've filed: https://pagure.io/releng/issue/9820 -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 https://www.nwra.com/ smime.p7s Description: S/MIME Cryptographic Signature ___ 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
list major languages first in anaconda
Hi, To help users choose their native language anaconda tries to evaluate priority languages based on geolocation and place them first in the list. Proposal[1] is to broad this scope by appending major/common speaking languages as well. This may cater to the use case where a major/common language speaker relocated to a different territory. Determining the list of major/common language is tricky, however, as a starting point we may look at gnome-control-center[2]. thoughts? regards, sundeep [1] https://bugzilla.redhat.com/show_bug.cgi?id=1888697 [2] https://gitlab.gnome.org/GNOME/gnome-control-center/-/blob/master/panels/common/cc-common-language.c#L222 ___ 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
Re: F34 Change proposal: Compress Kernel Firmware (Self-Contained Change)
On Tue, Sep 29, 2020 at 09:46:14PM +0100, Peter Robinson wrote: > On Tue, Sep 29, 2020 at 9:41 PM Neal Gompa wrote: > > > > On Tue, Sep 29, 2020 at 4:30 PM Ben Cotton wrote: > > > > > > https://fedoraproject.org/wiki/Changes/CompressKernelFirmware > > > > > > == Summary == > > > Compress Kernel Firmwares to reduce on disk size > > > > > > == Owner == > > > * Name: [[User:pbrobinson| Peter Robinson]] > > > * Email: [mailto:pbrobin...@fedoraproject.org| > > > pbrobin...@fedoraproject.org] > > > > > > == Detailed Description == > > > > > > Since the linux 5.3 kernel there has been support for loading firmware > > > from xz compressed firmware. The upstream linux-firmware respository > > > is now over 900Mb, not including other kernel firmware that are in > > > Fedora but come from other sources. By compessing the firmware with > > > "xz -C crc32", the only option currently supported in the kernel, we > > > can reduce the ondisk size of the firmware by almost half. > > > > > > > I vaguely recall that there was some effort to add zstd support to > > compress kernel stuff. Could we consider using that for this instead > > of xz? Or is that still only for kernel modules? > > ATM the only thing that's upstream is xz hence why that's the only > thing mentioned. zstd support has been merged for 5.9: https://kernelnewbies.org/Linux_5.9#Support_for_ZSTD_compressed_kernel.2C_ramdisk_and_initramfs. Does this support also extend to firmware? Zbyszek ___ 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