Compare commits
1 commit
main
...
post-orig-
Author | SHA1 | Date | |
---|---|---|---|
3289b8f348 |
1 changed files with 38 additions and 0 deletions
38
content/posts/the-orig-tarball.md
Normal file
38
content/posts/the-orig-tarball.md
Normal file
|
@ -0,0 +1,38 @@
|
||||||
|
---
|
||||||
|
title: "The orig tarball"
|
||||||
|
date: 2018-10-08T15:26:20+01:00
|
||||||
|
draft: true
|
||||||
|
---
|
||||||
|
|
||||||
|
A few pain points as an Arch packager:
|
||||||
|
|
||||||
|
- I still need to generate the orig tarball myself. And once I have done that,
|
||||||
|
- I still need to merge the content of that tarball in the packaging repo,
|
||||||
|
(where the debian folder is, with the packaging data)
|
||||||
|
|
||||||
|
I care about not having to do that myself, first because that could be
|
||||||
|
automated in most cases, but also because then I don't have to try and fiddle
|
||||||
|
with the tarball until I meet the requirements of the `rules` file.
|
||||||
|
|
||||||
|
From what I gather, `uscan` can already make something out of a git (VCS in
|
||||||
|
general?) repository. Maybe somebody will integrate that someday.
|
||||||
|
|
||||||
|
In my dream world I would like to be able to do:
|
||||||
|
|
||||||
|
```
|
||||||
|
gbp clone
|
||||||
|
[update the reference for the upstream branch]
|
||||||
|
gbp import-orig
|
||||||
|
```
|
||||||
|
|
||||||
|
This would `git archive` (or potentially other rules defined somewhere),
|
||||||
|
creating the orig tarball, and then create a new branch with the merged
|
||||||
|
content of the tarball plus the debian folder.
|
||||||
|
|
||||||
|
Of course this doesn't help non-git users, but that's another issue which I
|
||||||
|
hope Debian will also cover someday.
|
||||||
|
|
||||||
|
----
|
||||||
|
|
||||||
|
This is not actually possible? Since how would you even version your thing so
|
||||||
|
that gbp/uscan understand you don't want a tag/release.
|
Loading…
Reference in a new issue