The leading directory is distraction from identifying the files containing
build references.
Signed-off-by: Allan McRae
---
scripts/libmakepkg/lint_package/build_references.sh.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 08/10/17 16:38, Eli Schwartz wrote:
> In commit 8b0d59b83a60eb504567590346119fe4cd891cad support was added for
> storing the source files of binaries in debug packages. This made use of
> the debugedit program which is part of the RPM package manager, which is
> not very standalone.
>
> The
On 08/10/17 16:50, Eli Schwartz wrote:
> This allows for more easily extending the list of allowed compression
> methods, as it has to be modified in only one place.
>
> Also allow the user to specify their own preferred command + options for
> source packages in addition to compiled packages.
On 08/10/17 16:50, Eli Schwartz wrote:
> Signed-off-by: Eli Schwartz
> ---
> doc/makepkg.conf.5.txt | 3 ++-
> etc/makepkg.conf.in| 1 +
> scripts/libmakepkg/util/compress.sh.in | 1 +
> 3 files changed, 4 insertions(+), 1 deletion(-)
On 08/10/17 16:50, Eli Schwartz wrote:
> Signed-off-by: Eli Schwartz
> ---
>
> I'm now wondering if it makes sense to import
> libmakepkg/util/compress.sh here for reuse. Currently repo-add checks
> the extensions twice and aborts on unknown extensions, but I'm not sure
Additionally provide a separate error for the confusing if unlikely
event that the user tries to use an existing file as a package output
directory.
This also means we now consistently try to create any nonexistent *DEST
directories as needed before aborting with E_FS_PERMISSIONS. Previously
only
Signed-off-by: Eli Schwartz
---
doc/makepkg.conf.5.txt | 3 ++-
etc/makepkg.conf.in| 1 +
scripts/libmakepkg/util/compress.sh.in | 1 +
3 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/doc/makepkg.conf.5.txt
Signed-off-by: Eli Schwartz
---
I'm now wondering if it makes sense to import
libmakepkg/util/compress.sh here for reuse. Currently repo-add checks
the extensions twice and aborts on unknown extensions, but I'm not sure
why we need to be stricter here than in makepkg
This allows for more easily extending the list of allowed compression
methods, as it has to be modified in only one place.
Also allow the user to specify their own preferred command + options for
source packages in addition to compiled packages. Currently,
makepkg.conf(5) erroneously claims this
In commit 8b0d59b83a60eb504567590346119fe4cd891cad support was added for
storing the source files of binaries in debug packages. This made use of
the debugedit program which is part of the RPM package manager, which is
not very standalone.
The same effect can be achieved using -fdebug-prefix-map,
On 08/10/17 17:05, Eli Schwartz wrote:
> Additionally provide a separate error for the confusing if unlikely
> event that the user tries to use an existing file as a package output
> directory.
>
> This also means we now consistently try to create any nonexistent *DEST
> directories as needed
11 matches
Mail list logo