Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

README.md: Undeprecate tar_scm #462

Closed
wants to merge 1 commit into from
Closed

Conversation

hramrach
Copy link
Contributor

@hramrach hramrach commented Feb 16, 2023

obscpio breaks ability to build packages with rpmbuild.

Until that's fixed obscpio should not be used, and hence tar_scm should not be deprecated.

obscpio breaks ability to build packages with rpmbuild.

Until that's fixed obscpio should not be used, and hence tar_scm should
not be deprecated.

Also drop the note about being able to build the obscpio based packages
checked out from OBS. Any package can be built locally with osc build
but packages *not* based on obscpio can be additionally built with
rpmbuild.

Signed-off-by: Michal Suchanek <[email protected]>
@hramrach hramrach changed the title README.md: Undeprecate. README.md: Undeprecate tar_scm Dec 16, 2023
@adrianschroeter
Copy link
Member

you can run tar also local eg. via "osc service runall".

It is a bit pointless with the move to git for packaging, but we won't support tar_scm server side generated tar balls on the long run.

@hramrach
Copy link
Contributor Author

Which means that the tarballs need to be generated locally with tar_scm, and it should not be marked as deprecated.

@hramrach
Copy link
Contributor Author

I don't really see the point of creating the tarball on the server side when there is already and obscpio file.

The obscpio file could be used as the source, and rpmextract taught how to extract it.

While it is not the source, and the source is not provided the obscpio packages are broken.

@hramrach
Copy link
Contributor Author

hramrach commented Mar 5, 2024

you can run tar also local eg. via "osc service runall".

That's exactly what I am doing, only skipping the redundant obscpio step, and having additional set of sources in the package, yet you are saying it's deprecated.

It is a bit pointless with the move to git for packaging, but we won't support tar_scm server side generated tar balls on the long run.

?! how is that relevant at all?

@hramrach
Copy link
Contributor Author

hramrach commented Mar 5, 2024

server-side source generation is completely forbidden by server policy

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants