Re: Adding devtoolset to EPEL

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Stephen John Smoogen wrote:
> 1. The proposal was accepted. The questions were answered in the meeting
> and also by Peter outside the meeting. Peter has answered it again because
> I was not clear.
> 
> 2. The next step is getting the mock and fedpkg commands to work with the
> DTS cleanly. This means adding the lines to mock-core-configs package files
> for to do so. The package seems ot be owned by Releng but I am not sure as
> zodbot says no such package.

I think the way to get the changes into mock-core-configs is
to submit these changes to the mock project directly.
Something like this, perhaps:

    https://github.com/tmzullinger/mock/commit/d12eaa824

If that seems reasonable I can submit a pull request for
more review upstream.

I'm not sure if we want to limit the package set to
devtoolset* via includepkgs or not.  I did so in the above
commit and have tested it very lightly.  Restricting the
packages may help prevent packages from accidentally pulling
in bits from SCLo beyond the intended devtoolset packages.

> %if 0%{?rhel} == 7
> BuildRequires: devtoolset-7-toolchain, devtoolset-7-libatomic-devel
> %endif

Technically, can't this be supported in epel-6 as well?
(Please pardon me if I have overlooked a decision to only
support DTS in epel-7.)

We'll also have to limit this to x86_64, won't we?  I didn't
see any other architectures with SCLo support in CentOS.  If
I've overlooked them and someone can point me to them, that
would be great.  If not, we'll just want to append

    && %{_arch} == x86_64

Maybe a macro can be added to epel-rpm-macros simplify this.
That would be one place to edit if/when additional relases
and architectures are added to SCLo.

-- 
Todd
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
A statesman is a dead politician. Lord knows, we need more statesmen.
    -- Opus

Attachment: signature.asc
Description: PGP signature

_______________________________________________
epel-devel mailing list -- epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to epel-devel-leave@xxxxxxxxxxxxxxxxxxxxxxx

[Index of Archives]     [Fedora Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Announce]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Linux Apps]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux