Re: 02/02: gnu: python-pillow: Update to 4.3.0.

2017-12-25 Thread Kei Kebreau 
Kei Kebreau  writes:

> Leo Famulari  writes:
>
>> On Sun, Dec 24, 2017 at 06:16:29PM -0500, Kei Kebreau wrote:
>>> I've attempted to use the upstream patch, but it involves some GIT
>>> binaries which aren't supported by GNU patch. Among other hackish
>>> options, temporarily upgrading to the appropriate upstream commit may
>>> fix this for now.
>>
>> Does it work if you pass '--binary' to patch-flags?
>
> It does not. Maybe I could use 'diff --binary' to patch the files into
> existence?

Using 'diff --text' on the non-text files seems to work. The patch file
is encoded as 'raw-text' according to Emacs. Please take a look at our
bug #29849.


signature.asc
Description: PGP signature

Re: 02/02: gnu: python-pillow: Update to 4.3.0.

2017-12-25 Thread Kei Kebreau 
Leo Famulari  writes:

> On Sun, Dec 24, 2017 at 06:16:29PM -0500, Kei Kebreau wrote:
>> I've attempted to use the upstream patch, but it involves some GIT
>> binaries which aren't supported by GNU patch. Among other hackish
>> options, temporarily upgrading to the appropriate upstream commit may
>> fix this for now.
>
> Does it work if you pass '--binary' to patch-flags?

It does not. Maybe I could use 'diff --binary' to patch the files into
existence?


signature.asc
Description: PGP signature

Re: Packaging LyX

2017-12-25 Thread ng0 
Gammel Holte transcribed 2.0K bytes:
> On Fri, Dec 22, 2017 at 7:42 PM, ng0  wrote:
> 
> Thanks for your comments. I will address those before I circulate a patch.
> 
> > Is this python-2 only? If not, could you explain why you picked 2 and not
> 3
> > (2 is on its way out in 20 months).
> 
> LyX is sadly not ready for Python 3 yet. It will be soon, but there are
> still
> tickets open to support it: https://www.lyx.org/trac/ticket/9006
> 
> Furthermore, I've tested LyX with Python 3 and it breaks.

Okay, no problem.

> Any hints on how to wrap the LyX package output so that it binds to the
> Python input, instead of looking for it at runtime, like the Nix package
> does?
> 
> https://github.com/NixOS/nixpkgs/blob/86da6d441f7a248b02d545ac1b2c90ef27f42d0b/pkgs/applications/misc/lyx/default.nix

It depends. I have no time to look at the code (to see where python
is required, how much of it (modules etc)), but we have multiple
options, including:

1. Wrap the program. One of many examples:
   
https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/gnuzilla.scm#n759
2. patch calls of 'python' to the gnu-store python executable. I can see this
   failing if python modules are required to be present and not just python.
3. Search for 'wrap' in the source checkout of Guix. You will find commits like
   0498d24866c4955faee95a4fc19ff6817e5483d2 
  
(https://git.savannah.gnu.org/cgit/guix.git/commit/gnu/packages?id=0498d24866c4955faee95a4fc19ff6817e5483d2)

-- 
GnuPG: A88C8ADD129828D7EAC02E52E22F9BBFEE348588
GnuPG: https://c.n0.is/ng0_pubkeys/tree/keys
  WWW: https://n0.is


signature.asc
Description: PGP signature