guix-patches
[Top][All Lists]
Advanced

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

[bug#73073] [PATCH v3 1/8] packages: Use origin file names as their inpu


From: Nicolas Goaziou
Subject: [bug#73073] [PATCH v3 1/8] packages: Use origin file names as their input labels.
Date: Fri, 13 Dec 2024 11:53:35 +0100
User-agent: Gnus/5.13 (Gnus v5.13)

Hello,

Ludovic Courtès <ludo@gnu.org> writes:

> Hi,
>
> Simon Tournier <zimon.toutoune@gmail.com> skribis:
>
>> On Wed, 04 Dec 2024 at 18:54, Ludovic Courtès <ludo@gnu.org> wrote:
>>
>>> +    (inputs `(("_"
>>> +               ;; Note: The "_" label above is here to avoid a full 
>>> rebuild.
>>> +               ;; TODO: Remove it on next rebuild cycle.
>>
>> [...]
>>
>>> +     ;; TODO: Remove input labels on next rebuild cycle.
>>> +     `(("ruby" ,ruby-2.7)
>>> +       ("ruby-hydra-minimal" ,ruby-hydra-minimal/pinned)
>>> +       ;; Build phase requires "docstrip.tex" from TEXLIVE-LATEX.
>>> +       ;; However, adding this package to native inputs would initiate
>>> +       ;; a circular dependency.  To work around this, use TEXLIVE-LATEX
>>> +       ;; source, then add "docstrip.tex" to TEXINPUTS before build.
>>> +       ("_" ,(package-source texlive-latex))
>>> +       ("texlive-tex" ,texlive-tex)))
>>
>> Well, I was awaiting a “core-update” cycle to avoid to introduce such
>> and fix all at once.  But I have missed the previous (and last?)
>> “core-updates” merge.  Arf!
>
> I think it’s okay to have workarounds like the one above as a stopgap.
> We’ll improve that eventually, that’s fine.
>
>> That’s said, IIRC, the ’core-packages’ branch is currently built, right?
>> Why not remove it on the the top of it?
>
> This is not in the scope of ‘core-packages’.  (It would be a good fit
> for a texlive team branch, I suppose.)

I am a bit overwhelmed with life so I didn't follow this topic closely,
but there's currently an ongoing tex-team branch containing unmerged
patches, so the above can be added on top of those. A merge with master
could be requested right after.

Regards,
-- 
Nicolas Goaziou







reply via email to

[Prev in Thread] Current Thread [Next in Thread]