Re: Removing unsupported AUTH_DES interfaces in libtirpc.

On Mon, Oct 19, 2020 at 01:21:35PM -0400, Steve Dickson wrote: > Hello, > > About a year ago I stub out the interfaces > and had them return an error if called. > No one has complained... > > This time I would like to remove interfaces > so there will be no support whatsoever to > pass some up

Re: The future of legacy BIOS support in Fedora.

Le lundi 19 octobre 2020 à 12:47 -0400, Stephen John Smoogen a écrit : > It is only after Moore's law 'broke' after 2003 stopped seeing > doubling cpu speeds every 18 months that trying to keep hardware > useful longer than 5 years has been possible. The real turning point is when Microsoft miss

Fedora-Cloud-32-20201020.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-20201019.0): ID: 701849 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproj

Re: The future of legacy BIOS support in Fedora.

Am 19.10.20 um 18:47 schrieb Stephen John Smoogen: > The issue is that while 'moore's' law was no longer doubling every > 18months it was still working and tasks had to be rewritten to work > with more cores/threads/etc. As that happened the software's need for > more CPU power has increased to the

Re: The future of legacy BIOS support in Fedora.

On Mon, Oct 19, 2020 at 12:47:55PM -0400, Stephen John Smoogen wrote: > > The issue is that while 'moore's' law was no longer doubling every 18months > it was still working and tasks had to be rewritten to work with more > cores/threads/etc. As that happened the software's need for more CPU power

Fedora-Cloud-31-20201020.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.fedorap

Fedora 33 compose report: 20201020.n.0 changes

OLD: Fedora-33-20201019.n.0 NEW: Fedora-33-20201020.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 3 Dropped packages:0 Upgraded packages: 6 Downgraded packages: 0 Size of added packages: 225.10 KiB Size of dropped packages:0 B Size of

Re: The future of legacy BIOS support in Fedora.

On 10/19/20 6:47 PM, Stephen John Smoogen wrote: The issue is that while 'moore's' law was no longer doubling every 18months it was still working and tasks had to be rewritten to work with more cores/threads/etc. As that happened the software's need for more CPU power has increased to the point w

Re: The future of legacy BIOS support in Fedora.

Le mardi 20 octobre 2020 à 12:32 +0200, Petr Pisar a écrit : > > In my opinion what became slugish (besides web browsers) are desktop > environments that "accelerated" GUI by a move to OpenGL and > JavaScript. > A typical examples are login managers. GDM actually loads full Gnome, > thus GDM > con

Fedora-Rawhide-20201020.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) New failures (same test not failed in Fedora-Rawhide

Has glibc just removed some symbols?

See https://koschei.fedoraproject.org/package/ocaml-dune?collection=f34 OCaml package builds are suddenly failing because the symbols __xstat64, __fxstat64, and __lxstat64 cannot be found, maybe due to this change: - linux: Move {f}xstat{at} to compat symbols Can the change be reverted until we

Fedora-33-20201020.n.0 compose check report

No missing expected images. Failed openQA tests: 1/181 (x86_64) New failures (same test not failed in Fedora-33-20201019.n.0): ID: 702489 Test: x86_64 Workstation-live-iso apps_startstop URL: https://openqa.fedoraproject.org/tests/702489 Soft failed openQA tests: 10/181 (x86_64) (Tests com

Fedora-IoT-33-20201020.0 compose check report

No missing expected images. 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-33-20201019.0): ID: 702688 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/te

saratech

TecheMinds provides all the latest technology updates, gadgets, business strategies, Digital marketing and many more upcoming trends. https://www.techeminds.com/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to deve

Re: saratech

Spam, delete please  Sent from ProtonMail Mobile On Tue, Oct 20, 2020 at 11:21 AM, sara taylor wrote: TecheMinds provides all the latest technology updates, gadgets, business strategies, Digital marketing and many more upcoming trends.https://www.techeminds.com/

Re: [Test-Announce] Fedora 33 Candidate RC-1.2 Available Now!

On Tue, 2020-10-20 at 01:21 +, rawh...@fedoraproject.org wrote: > According to the schedule [1], Fedora 33 Candidate RC-1.2 is now > available for testing. Please help us complete all the validation > testing! For more information on release validation testing, see: > https://fedoraproject.org/

[Test-Announce] [Test Week] Kernel 5.9 2020-10-26

Hey All, I would like to invite all of you to participate in the Kernel 5.9 Test week which is happening from 2020-10-26 to 2020-11-02. It's fairly simple, head over to the wiki [0] and read in details about the test week and simply run the test case mentioned in[1] and enter your results. As usu

Re: Removing unsupported AUTH_DES interfaces in libtirpc.

Hey... Thanks for all the input! On 10/19/20 1:21 PM, Steve Dickson wrote: > Hello, > > About a year ago I stub out the interfaces > and had them return an error if called. > No one has complained... > > This time I would like to remove interfaces > so there will be no support whatsoever to

Schedule for Wednesday's FESCo Meeting (2020-10-21)

Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 14:00UTC in #fedora-meeting-2 on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2020-10-21 14:00 UTC' Links to all issues to

[2020-10-20] Fedora i3 SIG Meeting Minutes

Hi folks, the i3 SIG met again for our second and final meeting for October. This week's call was a video call. The recording is being uploaded, but for now, check out the meeting summary below. Some Pull Requests that followed up on our meeting discussions today: * Docs: * Kickstart: Import

Re: Orphaned packages (including pdc-client) looking for new maintainers

On 10/19/20 4:55 AM, Miro Hrončok wrote: The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_t

Re: Orphaned packages (including pdc-client) looking for new maintainers

On 10/20/20 9:08 PM, Brandon Nielsen wrote: I would be interested in taking celt071 if nobody else wants it. I use Mumble regularly. See also https://pagure.io/fesco/issue/2478#comment-695972 -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___

Re: [Fedocal] Reminder meeting : Prioritized bugs and issues

On Tue, Oct 20, 2020 at 7:00 AM wrote: > > You are kindly invited to the meeting: >Prioritized bugs and issues on 2020-10-21 from 11:00:00 to 12:00:00 > America/Indiana/Indianapolis >At fedora-meet...@irc.freenode.net > Here are the nominated bugs to be discussed tomorrow: * glibc: Back

Re: Orphaned packages (including pdc-client) looking for new maintainers

On Tue, Oct 20, 2020 at 3:11 PM Miro Hrončok wrote: > > On 10/20/20 9:08 PM, Brandon Nielsen wrote: > > I would be interested in taking celt071 if nobody else wants it. I use > > Mumble > > regularly. > > See also https://pagure.io/fesco/issue/2478#comment-695972 > I adopted it before seeing thi

Re: Orphaned packages (including pdc-client) looking for new maintainers

On 10/20/20 2:14 PM, Neal Gompa wrote: On Tue, Oct 20, 2020 at 3:11 PM Miro Hrončok wrote: On 10/20/20 9:08 PM, Brandon Nielsen wrote: I would be interested in taking celt071 if nobody else wants it. I use Mumble regularly. See also https://pagure.io/fesco/issue/2478#comment-695972 I ado

Re: The future of legacy BIOS support in Fedora.

On 19.10.2020 17:25, Michael Catanzaro wrote: On Mon, Oct 19, 2020 at 8:16 pm, Arnoldas Skinderis wrote: I'am also have Thikpads and MSI running BIOS and some of those machines  still are the beast in some terms. Dropping BIOS would pretty much force me to use something else. I don't want to

Fedora-IoT-32-20201020.0 compose check report

No missing expected images. 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-32-20201010.0): ID: 702772 Test: x86_64 IoT-dvd_ostree-iso iot_clevis URL: https://openqa.fedoraproject.org/te

Re: The future of legacy BIOS support in Fedora.

b On Tue, Oct 20, 2020 at 8:49 PM Jóhann B. Guðmundsson wrote: > > On 19.10.2020 17:25, Michael Catanzaro wrote: > > On Mon, Oct 19, 2020 at 8:16 pm, Arnoldas Skinderis > > wrote: > >> I'am also have Thikpads and MSI running BIOS and some of those > >> machines still are the beast in some terms

log4cxx soname bump

Hi all, I'll upgrade log4cxx to 0.11.0, which bumps the soname. The only dependency is fawkes, which I will rebuild. Kind regards, Till ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorapro

glibc troubles in rawhide?

Hi everybody, Looks like the most recent glibc update in rawhide broke some stuff, including running dnf: Traceback (most recent call last): File "/usr/bin/dnf", line 57, in from dnf.cli import main File "/usr/lib/python3.9/site-packages/dnf/__init__.py", line 30, in import dnf.base

Re: glibc troubles in rawhide?

On Tue, Oct 20, 2020 at 4:38 PM Fabio Valentini wrote: > Looks like the most recent glibc update in rawhide broke some stuff, > including running dnf: That looks like the same problem I wrote about this morning: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/Q

Re: Has glibc just removed some symbols?

On Tue, Oct 20, 2020 at 4:06 PM Jerry James wrote: > > See https://koschei.fedoraproject.org/package/ocaml-dune?collection=f34 > > OCaml package builds are suddenly failing because the symbols > __xstat64, __fxstat64, and __lxstat64 cannot be found, maybe due to > this change: > > - linux: Move {f

Re: glibc troubles in rawhide?

On 10/20/20 4:41 PM, Jerry James wrote: > On Tue, Oct 20, 2020 at 4:38 PM Fabio Valentini wrote: >> Looks like the most recent glibc update in rawhide broke some stuff, >> including running dnf: > That looks like the same problem I wrote about this morning: > > https://lists.fedoraproject.org/arc

Re: Has glibc just removed some symbols?

On Tue, Oct 20, 2020 at 4:42 PM Fabio Valentini wrote: > And of course I started a separate thread with that issue because I'm > tired and forgot your post ... Sounds like a great excuse to go get some rest and come back to find out what somebody did to fix this. :-) -- Jerry James http://www.ja

Re: glibc troubles in rawhide?

On Tue, Oct 20, 2020 at 6:44 PM Jeff Law wrote: > > > On 10/20/20 4:41 PM, Jerry James wrote: > > On Tue, Oct 20, 2020 at 4:38 PM Fabio Valentini > > wrote: > >> Looks like the most recent glibc update in rawhide broke some stuff, > >> including running dnf: > > That looks like the same problem

Re: glibc troubles in rawhide?

On 10/20/20 4:47 PM, Neal Gompa wrote: > On Tue, Oct 20, 2020 at 6:44 PM Jeff Law wrote: >> >> On 10/20/20 4:41 PM, Jerry James wrote: >>> On Tue, Oct 20, 2020 at 4:38 PM Fabio Valentini >>> wrote: Looks like the most recent glibc update in rawhide broke some stuff, including running

Re: glibc troubles in rawhide?

On Tue, 2020-10-20 at 18:47 -0400, Neal Gompa wrote: > Can > we use our gating system to kick back builds that are obviously broken > that even the package manager stops working? Theoretically, yes, this is possible. We could add this and any other functional tests we liked to Fedora CI or openQA

Re: glibc troubles in rawhide?

On 10/20/20 5:14 PM, Adam Williamson wrote: > On Tue, 2020-10-20 at 18:47 -0400, Neal Gompa wrote: >> Can >> we use our gating system to kick back builds that are obviously broken >> that even the package manager stops working? > Theoretically, yes, this is possible. We could add this and any othe

Re: glibc troubles in rawhide?

Fabio Valentini writes: > ImportError: /lib64/libglib-2.0.so.0: undefined symbol: lstat64, version > GLIBC_2.33 This looks like something was built against the new glibc, but tried to run against the old glibc... ___ devel mailing list -- devel@lists.

Where is python3.9-debuginfo?

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 -- Ori

sys/timeb.h removed in Rawhide?

Hey all- Pretty much as the subject says, I have a compile failure on Rawhide where a cpp file references . I checked and the file is not present in Rawhide, it *is* present in Fedora 32 and Fedora 33. I haven't found any references to it being deprecated so I'm wondering why it's missing. Thanks

Re: sys/timeb.h removed in Rawhide?

A quick Google search found this: https://github.com/bminor/glibc/commit/d6fa3170997b4af0a702eebdae7e4d3c57d74b65 It looks like glibc previously deprecated, and now removed it. You probably need to use gettimeofday or clock_gettime, as the note says. On Tue, Oct 20, 2020 at 10:27 PM Ron Olson wro

Re: Where is python3.9-debuginfo?

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

Re: Where is python3.9-debuginfo?

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

Re: glibc troubles in rawhide?

* Fabio Valentini: > Looks like the most recent glibc update in rawhide broke some stuff, > including running dnf: > > Traceback (most recent call last): > File "/usr/bin/dnf", line 57, in > from dnf.cli import main > File "/usr/lib/python3.9/site-packages/dnf/__init__.py", line 30, in >

Re: glibc troubles in rawhide?

* Neal Gompa: > This is a serious violation of glibc's stated promise of infinite > backwards compatibility. How in the world did this slip through? Can > we use our gating system to kick back builds that are obviously broken > that even the package manager stops working? This issue is not about

Re: Has glibc just removed some symbols?

* Jerry James: > See https://koschei.fedoraproject.org/package/ocaml-dune?collection=f34 > > OCaml package builds are suddenly failing because the symbols > __xstat64, __fxstat64, and __lxstat64 cannot be found, maybe due to > this change: > > - linux: Move {f}xstat{at} to compat symbols > > Can t

Re: sys/timeb.h removed in Rawhide?

* Ron Olson: > Pretty much as the subject says, I have a compile failure on Rawhide > where a cpp file references . I checked and the file is > not present in Rawhide, it *is* present in Fedora 32 and Fedora 33. I > haven't found any references to it being deprecated so I'm wondering > why it's mi

Re: glibc troubles in rawhide?

On Wed, Oct 21, 2020, 07:03 Florian Weimer wrote: > * Fabio Valentini: > > > Looks like the most recent glibc update in rawhide broke some stuff, > > including running dnf: > > > > Traceback (most recent call last): > > File "/usr/bin/dnf", line 57, in > > from dnf.cli import main > > Fi