Re: subtle issue with systemd, dnf 'greedy' obsoletes behaviour, and multiple repos

On Mon, Jun 01, 2020 at 02:10:12PM -0700, Adam Williamson wrote: > Hi folks! openQA caught a subtle issue in a systemd update over the > weekend, and I thought it would be worth flagging up here both to let > people know about it and also to see if anyone has a better solution > than the one I

[Test-Announce] Fedora 33 Rawhide 20200601.n.1 nightly compose nominated for testing

Announcing the creation of a new nightly release validation test event for Fedora 33 Rawhide 20200601.n.1. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see:

Re: Has something changed with RPMS?

On Tue, Jun 2, 2020 at 4:38 AM Adam Williamson wrote: > > On June 1, 2020 7:13:51 p.m. PDT, Richard Shaw wrote: > >I've noticed lately when doing mock builds that it takes a lot longer > >to > >install all the dependencies. Especially large -devel packages with > >tons of > >small files

Orphaning invokebinder + coro-mock

Hi, Since JRuby was retired, I am orphaning invokebinder and coro-mock, which used to be dependencies of JRuby. I don't think anything else depends on them. Also, they were not touched in several years. VĂ­t ___ devel mailing list --

Re: Bodhi: "how to install" is supposed to work?

Hi Alessio, On 02.06.20 09:32, Alessio wrote: > sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020- > 81a3b3df7d > > Is it supposed to work? Because every time I tried it, it didn't work. > In addition a package received a negative karma due to that ^_^; It usually takes a bit

Re: Bodhi: "how to install" is supposed to work?

On Tue, Jun 02, 2020 at 10:03:26AM +0200, Christopher Engelhard wrote: > Hi Alessio, > > On 02.06.20 09:32, Alessio wrote: > > sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020- > > 81a3b3df7d > > > > Is it supposed to work? Because every time I tried it, it didn't work. > >

Bodhi: "how to install" is supposed to work?

In Bodhi there is a dnf command in the "How to install" section, in order to install the package to test. Something like: sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020- 81a3b3df7d Is it supposed to work? Because every time I tried it, it didn't work. In addition a package

Re: Update on Rough Draft Implementation of KangarooTwelve

On Tue, Jun 02, 2020 at 07:58:15AM +0200, tsalim--- via devel wrote: > At this point, I am working on adding support for numbers as large as 2^255 > as required by the length_encode function detailed on page 9 of the RFC. > > The C Programming Language does not support large numbers greater than

Re: Update on Rough Draft Implementation of KangarooTwelve

On Tue, 2 Jun 2020 at 08:07, tsalim--- via devel wrote: > > At this point, I am working on adding support for numbers as large as 2^255 > as required by the length_encode function detailed on page 9 of the RFC. > > The C Programming Language does not support large numbers greater than 2^63-1 >

Re: Has something changed with RPMS?

On 6/2/20 4:48 AM, Richard Shaw wrote: > > > On Mon, Jun 1, 2020 at 9:37 PM Adam Williamson > mailto:adamw...@fedoraproject.org>> wrote: > > On June 1, 2020 7:13:51 p.m. PDT, Richard Shaw > mailto:hobbes1...@gmail.com>> wrote: > >I've noticed lately when doing mock builds that it takes

Re: Fedora 33 Self-Contained Change proposal: Drop mod_php

On Sat, May 30, 2020 at 11:13:35AM +0200, Zbigniew Jędrzejewski-Szmek wrote: > On Thu, May 28, 2020 at 03:53:26PM -0400, Ben Cotton wrote: > > == Detailed Description == > > By default php-fpm is used for a few versions. mod_php is not > > supported for threaded modules. mod_php usage also

Re: Has something changed with RPMS?

On Tue, 2020-06-02 at 17:24 +0300, Panu Matilainen wrote: > > Ack, thanks. > > So this nosync thing is some LD_PRELOAD hack. Is this actually used in > our infra? It definitely is used in Koji builds, because it broke stuff just recently: https://bugzilla.redhat.com/show_bug.cgi?id=1837809 --

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On Tuesday, 2 June 2020 15.57.14 WEST Jonathan Wakely wrote: > The side tag is merging right now, you just have to wait for 100+ > packages to be signed, and they'll be in rawhide. Oops, I submitted now a new lyx for rawhide. If for some reason it picks the old boost I will rebuild it with 1.73.

Re: Packages that failed to build with Python 3.9

On 01/06/20 02:14 -, Denis Arnaud wrote: Thanks for the follow up! | airinv airrac airtsp rmol sevmgr trademgen All those packages have been successfully rebuilt (after upstream upgrade): * airinv: https://bodhi.fedoraproject.org/updates/FEDORA-2020-d6b3c81762 * airrac:

Re: Bodhi: "how to install" is supposed to work?

On Tue, 2020-06-02 at 15:40 +, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, Jun 02, 2020 at 08:14:21AM -0700, Adam Williamson wrote: > > On Tue, 2020-06-02 at 14:42 +, Zbigniew Jędrzejewski-Szmek wrote: > > > On Tue, Jun 02, 2020 at 02:52:15PM +0200, Christopher Engelhard wrote: > > > > On

Re: Has something changed with RPMS?

* Panu Matilainen: > Lets start with the basics: > - is sqlite even involved - it will only be used on rawhide builds if > mock bootstrap is used > - does it make a difference if you override _db_backend to bdb/sqlite > from mock config / cli define > - a reproducer please (eg, what package is

Fedora-Cloud-31-20200602.0 compose check report

No missing expected images. Passed openQA tests: 1/1 (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

[Bug 1842920] Add perl-AnyEvent-CacheDNS to EPEL7

https://bugzilla.redhat.com/show_bug.cgi?id=1842920 Petr Pisar changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Petr Pisar

Re: Is there an official Fedora for WSL?

See this thread from @legal: https://lists.fedoraproject.org/archives/list/le...@lists.fedoraproject.org/thread/JA4FEGORE53RXKOPRADODTBUCQN3XVJE/ On Tue, Jun 2, 2020 at 1:53 PM Code Zombie wrote: > > Hi > I recently realized that Windows WSL works by actually installing a Linux > distribution.

Re: Bodhi: "how to install" is supposed to work?

In a similar vein - "dnf upgrade" will fail if the package is not already installed on the system. Maybe bodhi should suggest "dnf install --best" instead? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Unretiring abcMIDI

abcMIDI has been actively maintained since 2019 by Seymour Shlien Ottawa, Canada fy...@ncf.ca I am following the procedure to unretire a long retired package. Concern s: 1. Seymour does not have any public version control. I created a github repo that tracks changes. There are about 6

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On 02/06/20 10:44 -0400, Kaleb Keithley wrote: On Tue, Jun 2, 2020 at 10:25 AM Jonathan Wakely wrote: ... ceph was not in my list, because it isn't returned by the first query shown at https://fedoraproject.org/wiki/Changes/F33Boost173#Dependencies Does it actually depend on any

Re: Unretiring abcMIDI

On Tue, 02 Jun 2020 10:46:45 -0400, Stuart D. Gathman wrote: > 2. The GPLv2 license is buried in readme.txt. I added a LICENSE file > to my git mirror. Should I include that as a patch? https://docs.fedoraproject.org/en-US/packaging-guidelines/LicensingGuidelines/#_license_text > 4. The

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On Tue, Jun 2, 2020 at 10:58 AM Jonathan Wakely wrote: > > >Up to now it hasn't. > > > >I've been waiting to get boost > 1.71 so that it can be built with the > >system boost instead of its bundled copy. > > > >If the side tag build is going to be going on for a while then I'm going > to >

Re: Bodhi: "how to install" is supposed to work?

On Tue, Jun 02, 2020 at 08:14:21AM -0700, Adam Williamson wrote: > On Tue, 2020-06-02 at 14:42 +, Zbigniew Jędrzejewski-Szmek wrote: > > On Tue, Jun 02, 2020 at 02:52:15PM +0200, Christopher Engelhard wrote: > > > On 02.06.20 14:24, Mattia Verga via devel wrote: > > > > Do you think adding a

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On 02/06/20 16:24 +0100, José Abílio Matos wrote: On Tuesday, 2 June 2020 15.57.14 WEST Jonathan Wakely wrote: The side tag is merging right now, you just have to wait for 100+ packages to be signed, and they'll be in rawhide. Oops, I submitted now a new lyx for rawhide. If for some reason

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On Tue, Jun 2, 2020 at 10:25 AM Jonathan Wakely wrote: > ... > ceph was not in my list, because it isn't returned by the first query > shown at https://fedoraproject.org/wiki/Changes/F33Boost173#Dependencies > > Does it actually depend on any libboost_*.so libraries, or just use > the

Re: Bodhi: "how to install" is supposed to work?

On Tue, 2020-06-02 at 14:42 +, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, Jun 02, 2020 at 02:52:15PM +0200, Christopher Engelhard wrote: > > On 02.06.20 14:24, Mattia Verga via devel wrote: > > > Do you think adding a notice like > > > "The following command may take some time to work after

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On Tue, 2 Jun 2020 at 17:37, Jonathan Wakely wrote: > > All packages from the f33-boost side tag have now been signed and > should be in rawhide But not in Bodhi. Does this require manual intervention? -- Iñaki Úcar ___ devel mailing list --

Re: Upstream release monitoring can't handle files in dist-git?!?

On 01/06/20 07:21 -0500, Richard Shaw wrote: When did this nonsense start happening? Some time between April 2019: https://bugzilla.redhat.com/show_bug.cgi?id=1558278#c10 and August 2019: https://bugzilla.redhat.com/show_bug.cgi?id=1558278#c17 ___

Fedora-IoT-33-20200602.0 compose check report

Missing expected images: Iot dvd x86_64 Iot dvd aarch64 Passed openQA tests: 11/11 (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

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On Tue, Jun 2, 2020 at 10:48 AM Tomasz Torcz wrote: > > Hmm, I do see this in ceph.spec: > > > > BuildRequires:boost-devel > > BuildRequires:boost-random > > > > But the repoquery doesn't say it needs them. > > Thats interesting, as boost is in RPM requires. > For example

Re: Has something changed with RPMS?

On 6/2/20 2:43 PM, Richard Shaw wrote: On Tue, Jun 2, 2020 at 6:38 AM Panu Matilainen > wrote: On 6/2/20 2:34 PM, Richard Shaw wrote: > On Tue, Jun 2, 2020 at 5:13 AM Panu Matilainen mailto:pmati...@redhat.com> >

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On 02/06/20 07:54 -0400, Kaleb Keithley wrote: Is the rebuild in the side tag something that's still in progress? I sent Jonathan an email asking, but didn't get a reply. Sorry, I didn't see the mail until today. https://fedoraproject.org/wiki/Changes/F33Boost173#Scope links to the ticket

Re: Bodhi: "how to install" is supposed to work?

On Tue, Jun 02, 2020 at 02:52:15PM +0200, Christopher Engelhard wrote: > On 02.06.20 14:24, Mattia Verga via devel wrote: > > Do you think adding a notice like > > "The following command may take some time to work after this update has > > been pushed to testing, because the dnf mirrors should

Re: Update on Rough Draft Implementation of KangarooTwelve

On 02/06/20 09:54 +0200, Petr Pisar wrote: On Tue, Jun 02, 2020 at 07:58:15AM +0200, tsalim--- via devel wrote: At this point, I am working on adding support for numbers as large as 2^255 as required by the length_encode function detailed on page 9 of the RFC. The C Programming Language does

Re: Bodhi: "how to install" is supposed to work?

Christopher Engelhard wrote: > Suggestion: > > "It takes some time for repository mirrors to receive this update. If > the above command does not install anything, please wait for mirrors to > synchronize and try again. This should normally not take longer than > . People who don't already know

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On 02/06/20 11:01 -0400, Kaleb Keithley wrote: On Tue, Jun 2, 2020 at 10:58 AM Jonathan Wakely wrote: >Up to now it hasn't. > >I've been waiting to get boost > 1.71 so that it can be built with the >system boost instead of its bundled copy. > >If the side tag build is going to be going on

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On Tue, Jun 02, 2020 at 03:24:24PM +0100, Jonathan Wakely wrote: > On 02/06/20 07:54 -0400, Kaleb Keithley wrote: > > Is the rebuild in the side tag something that's still in progress? > > > > I sent Jonathan an email asking, but didn't get a reply. > > Sorry, I didn't see the mail until today.

Re: subtle issue with systemd, dnf 'greedy' obsoletes behaviour, and multiple repos

On Tue, 2020-06-02 at 06:37 +, Zbigniew Jędrzejewski-Szmek wrote: > On Mon, Jun 01, 2020 at 02:10:12PM -0700, Adam Williamson wrote: > > Hi folks! openQA caught a subtle issue in a systemd update over the > > weekend, and I thought it would be worth flagging up here both to let > > people know

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On 28/05/20 09:44 +0100, Jonathan Wakely wrote: I'm starting the rebuilds for Boost 1.73.0 and packages that depend on it, using the f33-boost side tag. If you see "Rebuilt for Boost 1.73.0" in the changelog for one of your packages, please do not make another update. Instead co-ordinate with

Re: Has something changed with RPMS?

On Tue, 2020-06-02 at 06:34 -0500, Richard Shaw wrote: > > boost-devel, nosync=False, bootstrap=True > real 1m13.294s > user 0m6.723s > sys 0m2.761s > --- > > So it looks like boostrap=True and nosync=False is the culprit, which I > inadvertantly got myself into. I did have either set and of

Re: Has something changed with RPMS?

On Tue, Jun 2, 2020 at 10:25 AM Adam Williamson wrote: > On Tue, 2020-06-02 at 06:34 -0500, Richard Shaw wrote: > > > > boost-devel, nosync=False, bootstrap=True > > real 1m13.294s > > user 0m6.723s > > sys 0m2.761s > > --- > > > > So it looks like boostrap=True and nosync=False is the culprit,

Re: Has something changed with RPMS?

On Tue, Jun 2, 2020 at 11:05 AM Richard Shaw wrote: > On Tue, Jun 2, 2020 at 10:25 AM Adam Williamson < > adamw...@fedoraproject.org> wrote: > >> On Tue, 2020-06-02 at 06:34 -0500, Richard Shaw wrote: >> > >> > boost-devel, nosync=False, bootstrap=True >> > real 1m13.294s >> > user 0m6.723s >> >

Is there an official Fedora for WSL?

Hi I recently realized that Windows WSL works by actually installing a Linux distribution. However, I have not used it and don't know much of it. Is there an official branch of Fedora for WSL or a plan to create one? I guess it has to be somehow custom Fedora since not all Linux distros are

Re: Bodhi: "how to install" is supposed to work?

Il 02/06/20 10:26, Zbigniew Jędrzejewski-Szmek ha scritto: > > Ideally, that message would be sent out only after mirrors have been > synchronized. > > Zbyszek > ___ That would be great, unfortunately it's simply impossible... Do you think adding a

Re: Has something changed with RPMS?

On Tue, Jun 2, 2020 at 6:38 AM Panu Matilainen wrote: > On 6/2/20 2:34 PM, Richard Shaw wrote: > > On Tue, Jun 2, 2020 at 5:13 AM Panu Matilainen > > wrote: > > > > > > Well, it's a guess. > > > > Just tested the particular case of boost-devel install with

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

Is the rebuild in the side tag something that's still in progress? I sent Jonathan an email asking, but didn't get a reply. I've built a new release of ceph (ceph-15.2.3) in the f33-boost side tag but if this is something that's on hold I'll need to build it for f33. Thanks On Thu, May 28,

Fedora rawhide compose report: 20200601.n.1 changes

OLD: Fedora-Rawhide-20200530.n.0 NEW: Fedora-Rawhide-20200601.n.1 = SUMMARY = Added images:4 Dropped images: 0 Added packages: 3 Dropped packages:2 Upgraded packages: 300 Downgraded packages: 0 Size of added packages: 2.63 MiB Size of dropped packages:

Fedora-Cloud-32-20200602.0 compose check report

No missing expected images. Soft failed openQA tests: 1/1 (x86_64) (Tests completed, but using a workaround for a known bug) ID: 609095 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/609095 -- Mail generated by check-compose:

Re: Has something changed with RPMS?

On 6/2/20 8:31 AM, drago01 wrote: On Tuesday, June 2, 2020, Adam Williamson > wrote: On June 1, 2020 7:13:51 p.m. PDT, Richard Shaw mailto:hobbes1...@gmail.com>> wrote: >I've noticed lately when doing mock builds that it takes a lot longer >to

Re: Has something changed with RPMS?

On Tue, Jun 2, 2020 at 5:13 AM Panu Matilainen wrote: > > Well, it's a guess. > > Just tested the particular case of boost-devel install with plain rpm on > all of sqlite, bdb and ndb, and of the three, bdb is the slowest one. > The tested, expected behavior of sqlite is as fast or faster than

Re: Has something changed with RPMS?

On 6/2/20 2:34 PM, Richard Shaw wrote: On Tue, Jun 2, 2020 at 5:13 AM Panu Matilainen > wrote: Well, it's a guess. Just tested the particular case of boost-devel install with plain rpm on all of sqlite, bdb and ndb, and of the three, bdb is the

Re: Is there an official Fedora for WSL?

On 02.06.2020 13:52, Code Zombie wrote: > If I happen to use Windows in future for e.g. a project or something, I > would love to have fedora by my side.  Just install Fedora in dual boot. Don't use proprietary WSL. -- Sincerely, Vitaly Zaitsev (vit...@easycoding.org)

Re: Bodhi: "how to install" is supposed to work?

On 02.06.20 14:24, Mattia Verga via devel wrote: > Do you think adding a notice like > "The following command may take some time to work after this update has > been pushed to testing, because the dnf mirrors should synchronize." > would work? It may be not the best way to express that, since I'm

Re: Bodhi: "how to install" is supposed to work?

On Tue, 02 Jun 2020 09:32:27 +0200, Alessio wrote: > In Bodhi there is a dnf command in the "How to install" section, in > order to install the package to test. Something like: > > sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020- > 81a3b3df7d > > Is it supposed to work?

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On Tue, Jun 02, 2020 at 05:32:46PM +0100, Jonathan Wakely wrote: > On 02/06/20 17:58 +0200, Iñaki Ucar wrote: > > On Tue, 2 Jun 2020 at 17:37, Jonathan Wakely > > wrote: > > > > > > All packages from the f33-boost side tag have now been signed and > > > should be in rawhide > > > > But not in

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On 02/06/20 17:58 +0200, Iñaki Ucar wrote: On Tue, 2 Jun 2020 at 17:37, Jonathan Wakely wrote: All packages from the f33-boost side tag have now been signed and should be in rawhide But not in Bodhi. Does this require manual intervention? No. Does it need to be in bodhi now? It's in the

dnf broken in Koji Rawhide at the moment

DEBUG util.py:600: Problem: package python3-dnf-4.2.21-2.fc33.noarch requires python3-hawkey >= 0.46.2, but none of the providers can be installed DEBUG util.py:600:- package python3-hawkey-0.48.0-1.fc33.x86_64 conflicts with python3-dnf < 4.2.23 provided by

Re: Bodhi: "how to install" is supposed to work?

On Tue, Jun 02, 2020 at 08:14:21AM -0700, Adam Williamson wrote: > On Tue, 2020-06-02 at 14:42 +, Zbigniew Jędrzejewski-Szmek wrote: > > On Tue, Jun 02, 2020 at 02:52:15PM +0200, Christopher Engelhard wrote: > > > On 02.06.20 14:24, Mattia Verga via devel wrote: > > > > Do you think adding a

Re: dnf broken in Koji Rawhide at the moment

On Tue, Jun 02, 2020 at 07:53:23PM +0200, Igor Raits wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On Tue, 2020-06-02 at 18:09 +0100, Richard W.M. Jones wrote: > > DEBUG util.py:600: Problem: package python3-dnf-4.2.21- > > 2.fc33.noarch requires python3-hawkey >= 0.46.2, but

Re: Has something changed with RPMS?

On Tue, 2020-06-02 at 11:05 -0500, Richard Shaw wrote: > On Tue, Jun 2, 2020 at 10:25 AM Adam Williamson > wrote: > > > On Tue, 2020-06-02 at 06:34 -0500, Richard Shaw wrote: > > > boost-devel, nosync=False, bootstrap=True > > > real 1m13.294s > > > user 0m6.723s > > > sys 0m2.761s > > > --- > >

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On 02. 06. 20 17:24, Jonathan Wakely wrote: ### Boost.Endian Several packages fail because they were using an implementation detail of Boost, the  header. That no longer exists, but nobody should have been using it anyway :-P The Boost.Endian library exists now, and provides  which should work 

[Bug 1843142] F33FailsToInstall: slic3r

https://bugzilla.redhat.com/show_bug.cgi?id=1843142 Miro Hrončok changed: What|Removed |Added Blocks||1803234 (F33FTBFS) --- Comment #2

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On Tuesday, 2 June 2020 16.40.28 WEST Jonathan Wakely wrote: > Yes, it used the old version: > > DEBUG util.py:602: boost-develx86_64 > 1.69.0-22.fc33 build 9.9 M > > But I don't think it depends on the shared libraries so it's not going > to have

Upcoming fedoraproject Datacenter move reminder and plans

Greetings. As previously announced, fedoraproject is moving many of it's servers from one datacenter (phx2 near phoenix, arizona, usa) to another (iad2: near arlington, virginia, usa). As we move from the old datacenter to the new, we will have a temporary reduction in capacity. The new

Re: Lots of FailsToInstall on rawhide bugs

On Sat, May 30, 2020 at 12:46:18PM -0600, Orion Poplawski wrote: > Folks - > >I'm afraid the new FailsToInstall bugs may be a bit much for me. > Often it seems: > > - There is already a FTBFS bug against the package which is the root > cause of the FTI. > - There was a soname bump in rawide

Re: Has something changed with RPMS?

On Tue, Jun 02, 2020 at 12:44:17PM +0200, Florian Weimer wrote: > * Panu Matilainen: > > > Lets start with the basics: > > - is sqlite even involved - it will only be used on rawhide builds if > > mock bootstrap is used > > - does it make a difference if you override _db_backend to bdb/sqlite > >

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On 02. 06. 20 19:51, Miro Hrončok wrote: On 02. 06. 20 17:24, Jonathan Wakely wrote: ### Boost.Endian Several packages fail because they were using an implementation detail of Boost, the  header. That no longer exists, but nobody should have been using it anyway :-P The Boost.Endian library 

sysfsutils package orphaned

Hi, I orphaned sysfsutils because of lack of time. Hopefully, somebody will take care of it soon. Cheers, Petr ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On 02/06/20 20:00 +0200, Miro Hrončok wrote: On 02. 06. 20 19:51, Miro Hrončok wrote: On 02. 06. 20 17:24, Jonathan Wakely wrote: ### Boost.Endian Several packages fail because they were using an implementation detail of Boost, the  header. That no longer exists, but nobody should have been 

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On 02/06/20 22:39 +0100, Jonathan Wakely wrote: On 02/06/20 16:24 +0100, Jonathan Wakely wrote: On 28/05/20 09:44 +0100, Jonathan Wakely wrote: - obsolete the separate boost-nowide package, as Boost 1.73.0 includes the Boost.Nowide library now jhogarth, please confirm you're aware of the

ARM devicetree + ostree review

Hey, I don't know much about devicetree; there's an OSTree PR for it: https://github.com/ostreedev/ostree/pull/2001 Mostly the people doing this work are using other distributions. I assume e.g. Fedora IoT might be using devicetree. If anyone who knows about devicetree has a few minutes to

Re: Packages that failed to build with Python 3.9

On 03/06/20 01:04 +0200, Denis Arnaud wrote: Yes, sure, no problem. I'll rebuild them soon (maybe this weekend). A big big thanks to you, Jonathan, to have done that important Boost release! It is a lot of work, and the result is well appreciated! Also, just for the sake of following up on

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On 02/06/20 16:24 +0100, Jonathan Wakely wrote: ### Boost.Bind Several packages failed to build because the Boost.Bind placeholders _1, _2, _3 etc. are no longer in the global namespace. See the message in : BOOST_PRAGMA_MESSAGE( "The practice of declaring the Bind placeholders (_1, _2, ...)

Re: Packages that failed to build with Python 3.9

Yes, sure, no problem. I'll rebuild them soon (maybe this weekend). A big big thanks to you, Jonathan, to have done that important Boost release! It is a lot of work, and the result is well appreciated! Also, just for the sake of following up on on-going Python development, my guess is that this

Self-introduction

Hello there! I am a C enthusiast from Russia. I'm using Fedora already for 12 years and now feel that I can contribute. I am living in Saint-Petersburg, Russia, and working as C++ and Go developer in enterprise and gamedev. I love Fedora and want to submit the `cgreen` package that I using by

Re: [HEADS UP] F33 Boost 1.73.0 rebuilds starting in a side tag

On 02/06/20 16:24 +0100, Jonathan Wakely wrote: On 28/05/20 09:44 +0100, Jonathan Wakely wrote: I'm starting the rebuilds for Boost 1.73.0 and packages that depend on it, using the f33-boost side tag. If you see "Rebuilt for Boost 1.73.0" in the changelog for one of your packages, please do

Re: dnf broken in Koji Rawhide at the moment

On Tue, 2020-06-02 at 19:19 +0100, Richard W.M. Jones wrote: > On Tue, Jun 02, 2020 at 07:53:23PM +0200, Igor Raits wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA512 > > > > On Tue, 2020-06-02 at 18:09 +0100, Richard W.M. Jones wrote: > > > DEBUG util.py:600: Problem: package

libpagemap package orphaned

Hi all, I orphaned libpagemap package because of dead upstream and no time for further work on it. Cheers, Petr ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of

Re: Upcoming fedoraproject Datacenter move reminder and plans

Dne 02. 06. 20 v 18:40 Kevin Fenzi napsal(a): > 2020-06-09 tue: The build and packaging ecosystem. This includes koji, > src.fedoraproject.org, osbs, odcs, container registries, bodhi (updates > system). During this day maintainers should avoid builds/updates if at > all possible as they may or

Orphaning repsnapper, gtkglextmm

I've just orphaned repsnapper and gtkglextmm. repsnapper depends on gtkglextmm which depends on pangox-compat, which is already orphaned for 4 weeks. I haven't touched the packages in years and I don't use repsnapper. In case a new maintainer emerges, I can stay around if needed. -- Miro

Re: Upcoming fedoraproject Datacenter move reminder and plans

Dne 02. 06. 20 v 18:40 Kevin Fenzi napsal(a): > 2020-06-09 tue: The build and packaging ecosystem. This includes koji, > src.fedoraproject.org, osbs, odcs, container registries, bodhi (updates > system). During this day maintainers should avoid builds/updates if at > all possible as they may or

Re: Supporting hibernation in Workstation ed., draft 1

On Saturday, May 30, 2020 12:36:46 AM MST Chris Murphy wrote: > On Fri, May 29, 2020 at 9:12 PM John M. Harris Jr > wrote: > > > > > > On Friday, May 29, 2020 5:25:23 PM MST Chris Murphy wrote: > > > > > On Fri, May 29, 2020 at 6:06 PM John M. Harris Jr > > > > > > > > > >You can test

Re: Supporting hibernation in Workstation ed., draft 1

On Tue, Jun 2, 2020 at 8:33 PM John M. Harris Jr wrote: > > On Sunday, May 31, 2020 11:45:40 AM MST Chris Murphy wrote: > > On Sat, May 30, 2020 at 9:26 PM Tony Nelson > > wrote: > > > > > > > > > > > On 20-05-30 21:02:11, Chris Murphy wrote: > > > > > > ... > > > > > > > Full disk encryption

Re: Supporting hibernation in Workstation ed., draft 1

On 6/2/20 9:25 PM, Chris Murphy wrote: On Tue, Jun 2, 2020 at 8:33 PM John M. Harris Jr wrote: On Sunday, May 31, 2020 11:45:40 AM MST Chris Murphy wrote: On Sat, May 30, 2020 at 9:26 PM Tony Nelson wrote: On 20-05-30 21:02:11, Chris Murphy wrote: ... Full disk encryption doesn't

Re: Supporting hibernation in Workstation ed., draft 1

On Tue, Jun 2, 2020 at 10:28 PM Samuel Sieb wrote: > > I would expect that using an encrypted partition for swap should be > sufficient to allow it though. Unfortunately not. Encryption provides no integrity or authenticity. The original set of patches for signed and authenticated hibernation

Re: Supporting hibernation in Workstation ed., draft 1

On Tuesday, June 2, 2020 9:45:45 PM MST Chris Murphy wrote: > On Tue, Jun 2, 2020 at 10:28 PM Samuel Sieb wrote: > > > > > > > I would expect that using an encrypted partition for swap should be > > sufficient to allow it though. > > > Unfortunately not. Encryption provides no integrity or

Re: Supporting hibernation in Workstation ed., draft 1

On Tue, Jun 2, 2020 at 10:35 PM Samuel Sieb wrote: > > On 6/2/20 9:25 PM, Chris Murphy wrote: > > On Tue, Jun 2, 2020 at 8:33 PM John M. Harris Jr > > wrote: > >> > >> On Sunday, May 31, 2020 11:45:40 AM MST Chris Murphy wrote: > >>> On Sat, May 30, 2020 at 9:26 PM Tony Nelson > >>> wrote: >

Re: Supporting hibernation in Workstation ed., draft 1

On Tue, Jun 2, 2020 at 8:42 PM John M. Harris Jr wrote: > In what way is it incompatible with UEFI Secure Boot? Secure Boot does boot verification. Hibernation right now doesn't. And that makes it a Secure Boot loophole. And that makes it incompatible with Secure Boot. It's not a new idea,

Re: Fedora 33 Self-Contained Change proposal: Drop mod_php

On Tue, Jun 02, 2020 at 07:47:12PM -0700, John M. Harris Jr wrote: > On Tuesday, June 2, 2020 2:05:01 AM MST Joe Orton wrote: > > On Sat, May 30, 2020 at 11:13:35AM +0200, Zbigniew Jędrzejewski-Szmek > > wrote: > > > On Thu, May 28, 2020 at 03:53:26PM -0400, Ben Cotton wrote: > > > > > > > ==

Re: Fedora 33 Self-Contained Change proposal: Drop mod_php

On Tuesday, June 2, 2020 2:05:01 AM MST Joe Orton wrote: > On Sat, May 30, 2020 at 11:13:35AM +0200, Zbigniew Jędrzejewski-Szmek > wrote: > > On Thu, May 28, 2020 at 03:53:26PM -0400, Ben Cotton wrote: > > > > > == Detailed Description == > > > By default php-fpm is used for a few versions.

Re: Supporting hibernation in Workstation ed., draft 1

On 6/2/20 7:41 PM, John M. Harris Jr wrote: In what way is it incompatible with UEFI Secure Boot? If the kernel and initramfs are signed, and the resume image is for that kernel, how is this an issue? What if swap is on LUKS? Do you understand how hibernation works? It doesn't matter if the

Re: Supporting hibernation in Workstation ed., draft 1

On Sunday, May 31, 2020 11:45:40 AM MST Chris Murphy wrote: > On Sat, May 30, 2020 at 9:26 PM Tony Nelson > wrote: > > > > > > > On 20-05-30 21:02:11, Chris Murphy wrote: > > > > ... > > > > > Full disk encryption doesn't adequately secure the hibernation image > > > either. Authenticated

[Bug 1842698] perl-CPAN-Perl-Releases-5.20200601 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1842698 Jitka Plesnikova changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version|

[Bug 1842698] perl-CPAN-Perl-Releases-5.20200601 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1842698 --- Comment #2 from Fedora Update System --- FEDORA-2020-1cc8f04406 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-1cc8f04406 -- You are receiving this mail because: You are on the CC list

[Bug 1842602] perl-Text-Xslate-3.5.8 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1842602 Jitka Plesnikova changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In Version|

[Bug 1842602] perl-Text-Xslate-3.5.8 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1842602 Jitka Plesnikova changed: What|Removed |Added Status|NEW |ASSIGNED Doc Type|---

[Bug 1842709] perl-Module-CoreList-5.20200602 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1842709 --- Comment #2 from Fedora Update System --- FEDORA-2020-8aaffa5e34 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-8aaffa5e34 -- You are receiving this mail because: You are on the CC list

[Bug 1842709] perl-Module-CoreList-5.20200602 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1842709 --- Comment #3 from Fedora Update System --- FEDORA-2020-a71231b0ac has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-a71231b0ac -- You are receiving this mail because: You are on the CC list

  1   2   3   >