Re: scl_prefix vs _scl_prefix

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

 



----- Original Message -----
> -----BEGIN PGP SIGNED MESSAGE-----
> I really think it should be defined in scl-foo-build and inherited for
> all the packages of the collection.
> 
> Explanation: if I want to build extension for different collections
> from different vendor, I can't rely on default value.
> 
> When building another depedent SCL, I also need to know 2 prefix
> (prefix for my collection, and prefix for the used collection).
> 
> When building a SCL package using another collection, I will have
> installed (BR) -build for my collection and only -runtime for the used
> collection.
> 
> So
> 	in scl-foo-runtime => %_foo_scl_prefix
> 	in scl-foo-build   => %_scl_prefix
> 

Having macros in the -runtime package? Please don't.
- You always have %_scl_prefix (or whatever will that be named) in your -build.
- If you need prefix of the collection that you depend on by
%global %_collection_i_depend_on_scl_prefix `cat /etc/scl/prefixes/collection_i_depend_on`

You can define that in your -build subpackage if you need to use that often.

> Instead of relying on %{_scl_root}%{_root_sysconfigdir}
> 
> 	in scl-foo-runtime => %_foo_sysconfigdir
> 	in scl-foo-build   => %_sysconfigdir
> 
> So a dependent collection will be able to known where are stored
> 	system config files        %_root_sysconfigdir
> 	collection config files    %_sysconfigdir
> 	dependent scl config files %_foo_sysconfigdir
> 
> Yes, this is really a nightmare.
> 

I guess this makes sense and it would be possible to implement this into scl-utils, so that build of metapackage would produce a file containing these macros. The only question is where to place them - the -build is no-go, since that can't be installed when building depending collections.

> So my final thoughts (trying to be pragmatic)
> 
> - - we should use a single self contained tree
> 
> - - we should use /opt
> 
> - - we should use /opt/rh

I don't think so. We should rather get LANANA name for Fedora and use that.

> Regards,
> Remi.

Slavek.

-- 
Regards,
Bohuslav "Slavek" Kabrda.
--
packaging mailing list
packaging@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/packaging





[Index of Archives]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Forum]     [KDE Users]

  Powered by Linux