[EPEL-devel] Fedora EPEL 6 updates-testing report

The following Fedora EPEL 6 Security updates need testing: Age URL 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-d5bbc97415 json-c12-0.12.1-4.el6 7 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-db3d7a1399 exim-4.92.3-2.el6 1

Re: [Rawhide] Missing boost-python3-devel in repository

On 2020-05-23 12:31 p.m., Igor Raits wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, 2020-05-23 at 12:18 -0700, Luya Tshimbalanga wrote: On 2020-05-23 11:20 a.m., Igor Raits wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, 2020-05-23 at 11:09 -0700, Luya

Re: late generation of assemble code

On Sun, May 24, 2020 at 12:06 AM Paul Dufresne via devel wrote: > > On 5/23/20 11:26 PM, Neal Gompa wrote: > > On Sat, May 23, 2020 at 11:22 PM Paul Dufresne via devel > > wrote: > ... > > It's completely toast on Linux for the same reason FatELF was: nobody liked > > it. > > ... > > I think

Re: late generation of assemble code

On 5/23/20 11:26 PM, Neal Gompa wrote: > On Sat, May 23, 2020 at 11:22 PM Paul Dufresne via devel > wrote: ... > It's completely toast on Linux for the same reason FatELF was: nobody liked > it. ... I think this is different than FatELF. The idea of FatELF, is that it contains the generated

Self-Introduction of Tanveer Salim and Notice on Implementation of KangarooTwelve

Dear Fedora Community, Hello! I am Tanveer Salim and am a Computer Engineering Student from Texas Tech University. I am currently writing a standard user-space implementation of KangarooTwelve. I contacted Gilles van Assche and he said he was interested in viewing my implementation after I

Re: late generation of assemble code

On Sat, May 23, 2020 at 11:22 PM Paul Dufresne via devel wrote: > > I sometime ask myself what have happened to the "LLVM dream"? > > The idea of LLVM was not to be *just* an intermediate language for the > compiler. The idea was to push code generation as near as possible of > code execution.

late generation of assemble code

I sometime ask myself what have happened to the "LLVM dream"? The idea of LLVM was not to be *just* an intermediate language for the compiler. The idea was to push code generation as near as possible of code execution. Because at execution time, you know what are the specific features of the

[389-devel] 389 DS nightly 2020-05-24 - 94% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2020/05/24/report-389-ds-base-1.4.4.2-20200523gitc350ddc.fc32.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

Re: [Rawhide] Missing boost-python3-devel in repository

On 23. 05. 20 20:09, Luya Tshimbalanga wrote: Hello team, It looks like the build system is missing boost-python3-devel which causes openvdb to fail as  result below: https://koji.fedoraproject.org/koji/taskinfo?taskID=44871050 Could someone resolve the issue? Should be resolved now. --

Re: fedpkg fork broken?

On 23. 05. 20 2:19, Aleksandra Fedorova wrote: I've got the same problem. I think it uses wrong remote path: a...@pkgs.fedoraproject.org https://pagure.io/fedpkg/issue/394 -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok

Re: [Rawhide] Missing boost-python3-devel in repository

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, 2020-05-23 at 12:18 -0700, Luya Tshimbalanga wrote: > On 2020-05-23 11:20 a.m., Igor Raits wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA512 > > > > On Sat, 2020-05-23 at 11:09 -0700, Luya Tshimbalanga wrote: > > > Hello team,

Re: The price of FHS

As this topic comes up, I think the issue is more related to cases where upstream is not willing to support FHS installation. PETSc [1] is one case, openfoam [2] is another example which is currently under review [3]. The issue is that derived projects get used to this case of installation, which

Re: [Rawhide] Missing boost-python3-devel in repository

On 2020-05-23 11:20 a.m., Igor Raits wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, 2020-05-23 at 11:09 -0700, Luya Tshimbalanga wrote: Hello team, It looks like the build system is missing boost-python3-devel which causes openvdb to fail as result below:

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

Re: The price of FHS

Paul Dufresne via devel writes: > Now I do believe the reason you need to give a version to shared > libraries is because of the FHS. Because FHS suggest to regroup > libraries inside a specific directory and/or directories. But if you > have a common directory that contains every packages

Re: [Rawhide] Missing boost-python3-devel in repository

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, 2020-05-23 at 11:09 -0700, Luya Tshimbalanga wrote: > Hello team, > > It looks like the build system is missing boost-python3-devel which > causes openvdb to fail as result below: > >

[Rawhide] Missing boost-python3-devel in repository

Hello team, It looks like the build system is missing boost-python3-devel which causes openvdb to fail as  result below: https://koji.fedoraproject.org/koji/taskinfo?taskID=44871050 Could someone resolve the issue? Thanks in advance -- Luya Tshimbalanga Fedora Design Team Fedora Design

[Test-Announce] Fedora 33 Rawhide 20200522.n.0 nightly compose nominated for testing

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

Re: About insert again a package

On 23.05.20 15:42, Sergio Belkin wrote: Hi! I am package maintainer of UpTools: https://koji.fedoraproject.org/koji/packageinfo?packageID=11676 Some years ago I lost contact with upstream so could not maintain in a proper way, so AFAIK the package was retired, . I recovered contact with

About insert again a package

Hi! I am package maintainer of UpTools: https://koji.fedoraproject.org/koji/packageinfo?packageID=11676 Some years ago I lost contact with upstream so could not maintain in a proper way, so AFAIK the package was retired, . I recovered contact with upstream. I would like to add it again to Fedora,

Re: Sundials upgrade on Rawhide

On 23/05/20 14:42, David Schwörer wrote: > On 5/22/20 2:26 PM, Antonio Trande wrote: >> Scratch build: >> https://koji.fedoraproject.org/koji/taskinfo?taskID=44816285 > > My initial try of rebuilding in copr for easier testing failed. > > I had to add > export

Re: Sundials upgrade on Rawhide

On 5/22/20 2:26 PM, Antonio Trande wrote: > Scratch build: > https://koji.fedoraproject.org/koji/taskinfo?taskID=44816285 My initial try of rebuilding in copr for easier testing failed. I had to add export OMPI_MCA_rmaps_base_oversubscribe=yes to the %check section, to get it working on copr.

Re: The price of FHS

On Fri, 22 May 2020 at 21:07, Paul Dufresne via devel < devel@lists.fedoraproject.org> wrote: [..] > The main disadvantage of it, is making hard to have multiple active > versions of a package, because the likelihood of the multiple versions, > to have the same preferred place in the hierarchy

Re: The price of FHS

On Sat, May 23, 2020 at 01:01:04PM +0200, Vít Ondruch wrote: > It would be possible to install individual RPMs into paths such as: > > ~~~ > > /pkgs/programA_version1 > /pkgs/libX_version1 contains > > ~~~ > > but I wonder how would you imagine the glue above this structure to make > the

Re: The price of FHS

It would be possible to install individual RPMs into paths such as: ~~~ /pkgs/programA_version1 /pkgs/libX_version1 contains ~~~ but I wonder how would you imagine the glue above this structure to make the programA_version1 to use the libX_version1? Vít Dne 22. 05. 20 v 21:50 Paul Dufresne

Fedora-Cloud-30-20200523.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

Re: LLVMgold.so: wrong ELF class: ELFCLASS32

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, 2020-05-23 at 00:15 +0200, Sandro Mani wrote: > Hi Hey, > I'm seeing this when running nm > > nm: /usr/bin/../bin/../lib/bfd-plugins/LLVMgold.so: wrong ELF class: > ELFCLASS32 > > I do indeed have both llvm-libs.i686 as well as

Fedora-Cloud-32-20200523.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: 603764 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud URL: https://openqa.fedoraproject.org/tests/603764 -- Mail generated by check-compose:

Re: Location of executable code

Le vendredi 22 mai 2020 à 21:31 -0400, Steve Grubb a écrit : > > Over a couple emails I kind of realized that originally this was > framing the > question wrong. My question now is how can we determine what is meant > to be > executable by system applications vs examples and other cruft?

Re: fedpkg fork broken?

Kevin Fenzi wrote on Fri, May 22, 2020: > So, just to clarify a confusing situation... :) > > a...@pkgs.fedoraproject.org should never have worked. > > If you have pkgs.fedoraproject.org it means you are using SSH, and are a > packager. This is just due to the way pkgs was created. Packagers

Re: Location of executable code

Le vendredi 22 mai 2020 à 16:48 -0400, Steve Grubb a écrit : > On Friday, May 22, 2020 4:23:50 PM EDT Przemek Klosowski via devel > wrote: > > > > In general, data is code is data. > > I know this argument well (Weird Machines). I was making the same > argument 10 years ago. :-) It got

Re: Location of executable code

Le vendredi 22 mai 2020 à 20:41 +0200, Nicolas Mailhot via devel a écrit : > > So, no use looking for non-executable /usr/share. A lot of /usr/share > is executable and will stay that way. Also moving executable things somewhere else would make multiarch (more of) a major hassle. Because the