Hi,
Andreas Enge skribis:
> Am Sat, May 20, 2023 at 06:12:47PM +0200 schrieb Ludovic Courtès:
>> > The closure size reduction is substantial:
>> > $ ./pre-inst-env guix size graphviz | tail -1
>> > total: 183.6 MiB
>> > $ guix size graphviz | tail -1
>> > total: 242.3 MiB
>> > But I suspect
Am Sat, May 20, 2023 at 06:12:47PM +0200 schrieb Ludovic Courtès:
> > The closure size reduction is substantial:
> > $ ./pre-inst-env guix size graphviz | tail -1
> > total: 183.6 MiB
> > $ guix size graphviz | tail -1
> > total: 242.3 MiB
> > But I suspect we’d still need the full-blown variant
Hi!
Ludovic Courtès skribis:
> We can get an X11-free Graphviz like so:
>
> diff --git a/gnu/packages/graphviz.scm b/gnu/packages/graphviz.scm
> index 26ee96afd4..3a5d33e662 100644
> --- a/gnu/packages/graphviz.scm
> +++ b/gnu/packages/graphviz.scm
> @@ -94,16 +94,12 @@ (define-public graphviz
Simon Tournier writes:
> Hi,
>
> On ven., 05 mai 2023 at 15:21, Csepp wrote:
>
>> Or just move it to a separate output or package? That should really be
>> something done for all packages automatically tbh. Alpine gets this right.
>
> Well, I do not think a separate output would be possible
Hi,
On ven., 05 mai 2023 at 15:21, Csepp wrote:
> Or just move it to a separate output or package? That should really be
> something done for all packages automatically tbh. Alpine gets this right.
Well, I do not think a separate output would be possible and we are not
talking about the
Simon Tournier writes:
> Hi,
>
> On Wed, 03 May 2023 at 21:33, Ludovic Courtès wrote:
>
>>> Why does Guix require ’graphviz’ in the first place?
>>
>> It uses it to build images in the manual.
>
> Ah. So we are dragging X11 libraries as libx11 for one or two figures
> in the manual. :-)
>
>
Hi,
On Wed, 03 May 2023 at 21:33, Ludovic Courtès wrote:
>> Why does Guix require ’graphviz’ in the first place?
>
> It uses it to build images in the manual.
Ah. So we are dragging X11 libraries as libx11 for one or two figures
in the manual. :-)
Although that’s not exactly the same as
Hi!
Simon Tournier skribis:
> On mar., 25 avril 2023 at 23:48, Ludovic Courtès wrote:
>
>> Maybe these are optional dependencies?
>
> Why does Guix require ’graphviz’ in the first place?
It uses it to build images in the manual.
Ludo’.
Hi,
On mar., 25 avril 2023 at 23:48, Ludovic Courtès wrote:
> Maybe these are optional dependencies?
Why does Guix require ’graphviz’ in the first place?
Cheers,
simon
Am Mittwoch, dem 26.04.2023 um 20:39 +0200 schrieb Josselin Poiret:
> Hi Andreas,
>
> Andreas Enge writes:
>
> > Hello,
> >
> > Am Wed, Apr 26, 2023 at 06:59:44PM +0200 schrieb Liliana Marie
> > Prikler:
> > > Having built glib from scratch more often than is fun, I am quite
> > > certain that
Am Wed, Apr 26, 2023 at 08:39:59PM +0200 schrieb Josselin Poiret:
> This would check the store path's references, but not necessarily all of
> its inputs! I would hope that no package with docs ever keeps
> references to texlive.
Indeed! But here these are also the (native) inputs.
Andreas
Hi Andreas,
Andreas Enge writes:
> Hello,
>
> Am Wed, Apr 26, 2023 at 06:59:44PM +0200 schrieb Liliana Marie Prikler:
>> Having built glib from scratch more often than is fun, I am quite
>> certain that the package pulling in our graphics stack is texinfo with
>> its reference to texlive.
>
>
Hello,
Am Wed, Apr 26, 2023 at 06:59:44PM +0200 schrieb Liliana Marie Prikler:
> Having built glib from scratch more often than is fun, I am quite
> certain that the package pulling in our graphics stack is texinfo with
> its reference to texlive.
where do you see this?
$ guix gc --references
Hi folks, just dropping by real quick
Am Mittwoch, dem 26.04.2023 um 10:45 +0200 schrieb Josselin Poiret:
> No, guix graph uses its own graphviz implementation! It is used to
> generated png files from .dot files while building the documentation.
>
> I don't really know if we can skip graphical
Hi Andreas,
Andreas Enge writes:
> So "guix pull" builds what is defined as the guix package, but with the
> current checkout as source?
No, guix pull uses (guix self), and the dependencies there are not used
in a singular place like (inputs ...) or (native-inputs ...), but are
peppered
Am Tue, Apr 25, 2023 at 11:48:05PM +0200 schrieb Ludovic Courtès:
> This is apparently coming from Graphviz
> Surprising to me, but apparently it’s been this way from the start,
> commit b1b07d72c755ea314fb0c8333cd88293ee504ce4 (2013!).
> Maybe these are optional dependencies?
So "guix pull"
Hi,
Andreas Enge skribis:
> While trying out a "guix pull" on an aarch64 machine, for which many
> packages are currently not available as substitutes, I notice an extra-
> ordinary amount of dependencies, see below (and since I interrupted and
> restarted it, there are even more dependencies
While trying out a "guix pull" on an aarch64 machine, for which many
packages are currently not available as substitutes, I notice an extra-
ordinary amount of dependencies, see below (and since I interrupted and
restarted it, there are even more dependencies in reality; I remember
X11 libraries
18 matches
Mail list logo
