Python and gzip

Python and gzip

[Andreas Enge]

[-- Attachment #1: Type: text/plain, Size: 1953 bytes --]

While trying to add a package to compression.scm, I just added the line
  #:use-module (gnu packages python)

This results in the following error:
Backtrace:
In ice-9/eval.scm:
 392: 19 [eval # ()]
In ice-9/boot-9.scm:
2667: 18 [define-module* (gnu packages compression) #:filename ...]
2642: 17 [resolve-imports (# # # # ...)]
2580: 16 [resolve-interface (gnu packages python) #:select ...]
2505: 15 [#<procedure 2698940 at ice-9/boot-9.scm:2493:4 (name #:optional 
autoload version #:key ensure)> # ...]
2772: 14 [try-module-autoload (gnu packages python) #f]
2111: 13 [save-module-excursion #<procedure 2e5b900 at 
ice-9/boot-9.scm:2773:17 ()>]
2783: 12 [#<procedure 2e5b900 at ice-9/boot-9.scm:2773:17 ()>]
In unknown file:
   ?: 11 [primitive-load-path "gnu/packages/python" #f]
In gnu/packages/python.scm:
  20: 10 [#<procedure 2e685c0 ()>]
In ice-9/boot-9.scm:
2667: 9 [define-module* (gnu packages python) #:filename ...]
2642: 8 [resolve-imports ((# # #) (#) (#) (#) ...)]
2580: 7 [resolve-interface (gnu packages base) #:select ...]
2505: 6 [#<procedure 2698940 at ice-9/boot-9.scm:2493:4 (name #:optional 
autoload version #:key ensure)> # ...]
2772: 5 [try-module-autoload (gnu packages base) #f]
2111: 4 [save-module-excursion #<procedure 2e6b6c0 at 
ice-9/boot-9.scm:2773:17 ()>]
2783: 3 [#<procedure 2e6b6c0 at ice-9/boot-9.scm:2773:17 ()>]
In unknown file:
   ?: 2 [primitive-load-path "gnu/packages/base" #f]
In gnu/packages/base.scm:
1055: 1 [#<procedure 2ecc020 ()>]
In ice-9/boot-9.scm:
 106: 0 [#<procedure 2825b40 at ice-9/boot-9.scm:97:6 (thrown-k . args)> 
unbound-variable ...]

ice-9/boot-9.scm:106:20: In procedure #<procedure 2825b40 at 
ice-9/boot-9.scm:97:6 (thrown-k . args)>:
ice-9/boot-9.scm:106:20: In procedure module-lookup: Unbound variable: gzip


In algebra.scm, for instance, there is no problem. And it is also not a 
clash with the variable gzip in compression.scm, because renaming it does 
not help.

Andreas

[-- Attachment #2: Type: text/html, Size: 8360 bytes --]

Re: Python and gzip

[Ludovic Courtès]

Andreas Enge <andreas@enge.fr> skribis:

> While trying to add a package to compression.scm, I just added the line
>   #:use-module (gnu packages python)

[...]

> 2667: 9 [define-module* (gnu packages python) #:filename ...]
> 2642: 8 [resolve-imports ((# # #) (#) (#) (#) ...)]
> 2580: 7 [resolve-interface (gnu packages base) #:select ...]
> 2505: 6 [#<procedure 2698940 at ice-9/boot-9.scm:2493:4 (name #:optional 
> autoload version #:key ensure)> # ...]
> 2772: 5 [try-module-autoload (gnu packages base) #f]
> 2111: 4 [save-module-excursion #<procedure 2e6b6c0 at 
> ice-9/boot-9.scm:2773:17 ()>]
> 2783: 3 [#<procedure 2e6b6c0 at ice-9/boot-9.scm:2773:17 ()>]
> In unknown file:
>    ?: 2 [primitive-load-path "gnu/packages/base" #f]
> In gnu/packages/base.scm:
> 1055: 1 [#<procedure 2ecc020 ()>]
> In ice-9/boot-9.scm:
>  106: 0 [#<procedure 2825b40 at ice-9/boot-9.scm:97:6 (thrown-k . args)> 
> unbound-variable ...]
>
> ice-9/boot-9.scm:106:20: In procedure #<procedure 2825b40 at 
> ice-9/boot-9.scm:97:6 (thrown-k . args)>:
> ice-9/boot-9.scm:106:20: In procedure module-lookup: Unbound variable: gzip

You’ve created a circular dependency between ‘python’ and ‘compression’.

The fix is to arrange so that there’s no circular dependency.  The
easiest way to achieve that is to move the package in question to its
own module.

HTH,
Ludo’.

Re: Python and gzip

[Andreas Enge]

[-- Attachment #1: Type: text/plain, Size: 1188 bytes --]

Am Samstag, 26. Januar 2013 schrieb Ludovic Courtès:
> You’ve created a circular dependency between ‘python’ and ‘compression’.
> 
> The fix is to arrange so that there’s no circular dependency.  The
> easiest way to achieve that is to move the package in question to its
> own module.

Okay, thanks! I realised after a few hours of debugging, that to execute 
the tests for the library zziplib, I also needed zip to create test data on 
the fly; so I added zip and unzip (and zziplib) in their own file.

Now I have problems with zziplib and pkg-config during the configuration of 
texlive. I have pkg-config and zziplib as inputs. But configure fails at

if $PKG_CONFIG zziplib --atleast-version=0.12; then
  ZZIPLIB_INCLUDES=`$PKG_CONFIG zziplib --cflags`
  ZZIPLIB_LIBS=`$PKG_CONFIG zziplib --libs`
elif test "x$need_zziplib:$with_system_zziplib" = xyes:yes; then
  as_fn_error $? "did not find zziplib-0.12 or better" "$LINENO" 5
fi

(while previous similar lines for other programs succeed). When I install 
the two guix packages by hand and execute the test in a terminal, it 
succeeds. Do you have any idea what could be happening?

Andreas

[-- Attachment #2: Type: text/html, Size: 4742 bytes --]

Re: Python and gzip

[Ludovic Courtès]

Andreas Enge <andreas@enge.fr> skribis:

> Now I have problems with zziplib and pkg-config during the configuration of 
> texlive. I have pkg-config and zziplib as inputs. But configure fails at
>
> if $PKG_CONFIG zziplib --atleast-version=0.12; then
>   ZZIPLIB_INCLUDES=`$PKG_CONFIG zziplib --cflags`
>   ZZIPLIB_LIBS=`$PKG_CONFIG zziplib --libs`
> elif test "x$need_zziplib:$with_system_zziplib" = xyes:yes; then
>   as_fn_error $? "did not find zziplib-0.12 or better" "$LINENO" 5
> fi
>
> (while previous similar lines for other programs succeed). When I install 
> the two guix packages by hand and execute the test in a terminal, it 
> succeeds. Do you have any idea what could be happening?

I would build with -K and check in the ‘environment-variables’ file
whether the directory that contains zziplib.pc is in $PKG_CONFIG_PATH,
and whether it specifies a matching version.

Other than that, no idea.

Ludo’.