guix-patches
[Top][All Lists]
Advanced

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

[bug#28698] [PATCH] gnu: Enable support for libpurple in bitlbee.


From: Ludovic Courtès
Subject: [bug#28698] [PATCH] gnu: Enable support for libpurple in bitlbee.
Date: Wed, 13 Dec 2017 10:47:30 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux)

Hello,

Oleg Pykhalov <address@hidden> skribis:

> address@hidden (Ludovic Courtès) writes:
>
>> Tomáš Čech <address@hidden> skribis:
>>
>>> * gnu/packages/messaging.scm (bitlbee): Add pidgin input, add more configure
>>>   flags.
>>
>> I think it’s a good idea, but it’s taking a lot of extra space:
>>
>> $ guix size bitlbee |tail -1
>> total: 176.5 MiB
>> $ guix size bitlbee pidgin |tail -1
>> total: 668.0 MiB
>>
>> What about adding a “lib” output to Pidgin?  BitlBee would depend on
>> that rather than on the whole Pidgin.
>
> I want a libpurple support in bitlbee, too.  So, here is a libpurple
> output, but still there is a big size because of inputs, I guess.  :-(

Heheh, thanks for looking into it!

> Is there a way to decrease this?

[...]

> +++ b/gnu/packages/messaging.scm
> @@ -338,6 +338,7 @@ authentication.")
>           "1y5p2mq3bfw35b66jsafmbva0w5gg1k99y9z8fyp3jfksqv3agcc"))
>         (patches (search-patches "pidgin-add-search-path.patch"))))
>      (build-system glib-or-gtk-build-system)
> +    (outputs '("out" "libpurple"))

It should be “lib” instead of “libpurple”.  If you do that, perhaps the
‘install-libpurple’ phase is no longer needed because ‘gnu-build-system’
will take care of it.

As for the size, it seems that GTK+ & co. are pulled in.  Is there a way
to avoid it?  Perhaps this comes from the .pc file?

Thanks,
Ludo’.





reply via email to

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