Pierre Neidhardt writes:
> Oh, that makes total sense, thanks for the explanation Marius!
>
> Alright, final patch attached.
> Let me know if I should merge on master.
Looks good!
> From 29d27b64fb7bbf96a2ed59a3e1c4179717770f5c Mon Sep 17 00:00:00 2001
> From: Pierre Neidhardt
> Date: Mon, 11
Oh, that makes total sense, thanks for the explanation Marius!
Alright, final patch attached.
Let me know if I should merge on master.
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
>From 29d27b64fb7bbf96a2ed59a3e1c4179717770f5c Mon Sep 17 00:00:00 2001
From
Pierre Neidhardt writes:
> You are right, something is wrong with substitute-keyword-arguments.
The problem is that GLib has no configure-flags from before. I'm not
sure why we get no error from substitute-keyword-arguments (is it
swallowed? never run?), but if you change this part:
(substit
On Fri, Nov 15, 2019 at 12:17:30PM +0100, Pierre Neidhardt wrote:
> You are right, something is wrong with substitute-keyword-arguments.
>
No, I did not say that, I said that despite
substitute-keyword-arguments returning the correct arguments – as is
visible by enclosing the args with a call to
On Tue, Nov 12, 2019 at 05:00:40PM +0100, Pierre Neidhardt wrote:
> Hmmm, you are right, it does not get built during the install phase.
>
> I had a look at the bugtracker:
>
> https://gitlab.gnome.org/GNOME/glib/issues
>
> Could not find anything related to this.
>
> Could our Meson build syst
Sorry for my past unhelpful email. This module is not used by glib.
When I try your package, it seems -Dgtk_doc=true is not applied like
when manually running meson. I do not understand why. (Manually
running it leads to a crash later.)
Regards,
Florian
On Mon, Nov 11, 2019 at 10:29:03AM +0100, Pierre Neidhardt wrote:
> Sadly the above does not build the doc.
>
> Looking at the source, it seems that no provision is taken for building
> the doc with Meson. I wonder if this is an upstream mistake, but my
> knowledge of Meson is very limited and I
Hi Marius,
you are right, this seems to be a much saner approach.
So I've tried the following:
- add `(properties '((hidden? . #t)) )` to glib.
- Add the following new package definition:
--8<---cut here---start->8---
(define-public glib-with-documentation
(
Pierre Neidhardt writes:
> Marius Bakke writes:
>
>> Pierre Neidhardt writes:
>>
>>> From 893613a3b99c20688cc331d2926dbee28cc143d7 Mon Sep 17 00:00:00 2001
>>> From: Pierre Neidhardt
>>> Date: Sun, 3 Nov 2019 17:36:17 +0100
>>> Subject: [PATCH] gnu: Add glib-minimal and build glib doc.
>>>
>>>
I missed this part.
glib documentation must be built with gtk-doc which in turn depends on
glib,
so we need to define glib-minimal which does not depend on gtk-doc.
In this case the way I have seen other distros do it is by having a
*-bootstrap package (same as the *-minimal that you mention
I am new to guix so please excuse my ignorance, but is there an issue
with just adding a "doc" output to the current glib, as mentioned in the
manual?
http://guix.gnu.org/manual/en/guix.html#Packages-with-Multiple-Outputs
I find this approach nice and clean and I am personally not too fond of
Pierre Neidhardt writes:
> From 893613a3b99c20688cc331d2926dbee28cc143d7 Mon Sep 17 00:00:00 2001
> From: Pierre Neidhardt
> Date: Sun, 3 Nov 2019 17:36:17 +0100
> Subject: [PATCH] gnu: Add glib-minimal and build glib doc.
>
> glib documentation must be built with gtk-doc which in turn depends o
Ludovic Courtès writes:
> Alternately, we could define a new “glib-doc” package that would depend
> on the current “glib” package, assuming the build system allows us to
> build nothing but documentation.
Some possible drawbacks:
- It's not consistent with the other Glib/GNOME libraries like gt
Hi,
Pierre Neidhardt skribis:
> Marius Bakke writes:
[...]
>> 'gtk-doc' unsurprisingly depends on GLib, so I'm not sure what the best
>> approach is.
>
> What about the following:
>
> 1. Turn our current glib into glib-minimal.
>
> 2. Build gtk-doc against glib-minimal.
>
> 3. Define a new gl
Pierre Neidhardt writes:
> Since the last core-update merge, glib 2.58.1+ does not include the
> documentation anymore (it was in the "doc" output).
>
> Documentation for Glib/GTK-based libraries is very useful for
> developers: it allows offline and contextual access from any text
> editor.
>
>
Since the last core-update merge, glib 2.58.1+ does not include the
documentation anymore (it was in the "doc" output).
Documentation for Glib/GTK-based libraries is very useful for
developers: it allows offline and contextual access from any text
editor.
This is why it would be nice to include i
16 matches
Mail list logo
