taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis:
> taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes:
>
>> l...@gnu.org (Ludovic Courtès) writes:
>>
>>> (set-file-time "config/config.h.in" (stat "config/config.h"))
>>
>> There's no "config/config.h", even after the
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> (set-file-time "config/config.h.in" (stat "config/config.h"))
>
> There's no "config/config.h", even after the configure phase. Is it
> fine to use (stat "configure") instead?
I went
l...@gnu.org (Ludovic Courtès) writes:
> (set-file-time "config/config.h.in" (stat "config/config.h"))
There's no "config/config.h", even after the configure phase. Is it
fine to use (stat "configure") instead?
Taylan
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis:
> l...@gnu.org (Ludovic Courtès) writes:
[...]
>> This may be because a .ac, .am, or .m4 file is newer than ‘configure’,
>> for instance. Does any of these get patched, which would explain the
>> newer mtime? Can it be worked ar
l...@gnu.org (Ludovic Courtès) writes:
>>> However, this package recipe explicitly adds Autoconf, Automake, and
>>> Libtool as inputs, plus it runs ‘autoreconf’. So I suspect this is
>>> because upstream’s tarball isn’t self-contained, right?
>>>
>>> Ludo’.
>>
>> Oh, I did that because otherwise
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis:
>>
>>> l...@gnu.org (Ludovic Courtès) writes:
>>>
> + (uri (string-append "http://www.leptonica.com/source/lep
l...@gnu.org (Ludovic Courtès) writes:
> taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis:
>
>> l...@gnu.org (Ludovic Courtès) writes:
>>
+ (uri (string-append "http://www.leptonica.com/source/leptonica-";
+ version ".tar.gz"))
>>>
>>> Real
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>>> + (uri (string-append "http://www.leptonica.com/source/leptonica-";
>>> + version ".tar.gz"))
>>
>> Really, they didn’t use ‘make dist’?
>
> I don't unde
l...@gnu.org (Ludovic Courtès) writes:
>> +(synopsis "Video Acceleration API")
>
> I know that it’s the upstream name, but really, it’s a library, not an
> interface. So what about “Video acceleration library”?
Indeed, done.
>> Subject: [PATCH 3/8] gnu: Add libwebp.
>>
>> * gnu/packages/ima
l...@gnu.org (Ludovic Courtès) writes:
>> + (uri (string-append "http://www.leptonica.com/source/leptonica-";
>> + version ".tar.gz"))
>
> Really, they didn’t use ‘make dist’?
I don't understand; what does make dist do differently?
Thanks for the review!
Taylan
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis:
> From 2474d2e4818975255e02dd2d17496faf5ff42755 Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?=
>
> Date: Fri, 20 Mar 2015 15:52:52 +0100
> Subject: [PATCH 1/8] gnu: Add libva.
>
> * gnu/pac
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis:
> So I patched the pkg-config files of Leptonica (to move zlib and
> openjpeg from Libs.private to Libs) and Tesseract (to enable the
> Requires field, since Leptonica provides lept.pc on the meanwhile).
>
> The relevant Tesseract b
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes:
> Here's a series of patches from tracking libva's and VapourSynth's
> recursive dependencies. (They themselves are optional dependencies to
> mpv, to whose review-awaiting patch I added them, which shouldn't
> change the review res
Here's a series of patches from tracking libva's and VapourSynth's
recursive dependencies. (They themselves are optional dependencies to
mpv, to whose review-awaiting patch I added them, which shouldn't change
the review result.)
All patches add packages without anything unusual, except for:
- (
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis:
> Tracking the dependency DAG of mplayer2 lead to a big series of patches.
> These are the fairly simple first 21 out of a total 25. I will push
> them in let's say two days if nobody has comments.
>
> 5 of the patches do something
Tracking the dependency DAG of mplayer2 lead to a big series of patches.
These are the fairly simple first 21 out of a total 25. I will push
them in let's say two days if nobody has comments.
5 of the patches do something else than adding a package:
- openal has been moved from games to audio,
16 matches
Mail list logo