GNU bug report logs - #25035
scribus: No module named _sysconfigdata_nd

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 25035 in the body.
You can then email your comments to 25035 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Adonay Felipe Nogueira <adfeno <at> openmailbox.org>
To: bug-guix <at> gnu.org
Subject: scribus: No module named _sysconfigdata_nd
Date: Sat, 26 Nov 2016 09:18:30 -0200

[Message part 1 (text/plain, inline)]

# Steps to reproduce

Simply try running Scribus. It closes immediatelly.

# Notes

* I have attached the raw output of `strace scribus`.
* It seems that, from the strace, one sees that something (Scribus?)
  attempts to use things from the host's root ("/"), not from the
  derivative's root ("$out/"), although, if comparing the existance of
  some files between the two path trees, some of them don't exist in
  the derivative's path tree (e.g.: No "$out/lib/python2.7/site.py", or
  no "$profile/lib/python2.7/site.py", in the case of the current user's
  ".guix-profile"  directory).


Respectfully, Adonay.

[strace scribus.txt (text/plain, attachment)]

Message #8 received at 25035 <at> debbugs.gnu.org (full text, mbox):

From: Ricardo Wurmus <rekado <at> elephly.net>
To: Adonay Felipe Nogueira <adfeno <at> openmailbox.org>
Cc: 25035 <at> debbugs.gnu.org
Subject: Re: bug#25035: scribus: No module named _sysconfigdata_nd
Date: Mon, 28 Nov 2016 09:13:16 +0100

Adonay Felipe Nogueira <adfeno <at> openmailbox.org> writes:

> # Steps to reproduce
>
> Simply try running Scribus. It closes immediatelly.

I cannot reproduce this.  I just upgraded Scribus; I’m using
/gnu/store/5h44li2ansg4mb5kqck44wdzkka3isih-scribus-1.5.2/bin/scribus

> # Notes
>
> * I have attached the raw output of `strace scribus`.
> * It seems that, from the strace, one sees that something (Scribus?)
>   attempts to use things from the host's root ("/"), not from the
>   derivative's root ("$out/"), although, if comparing the existance of
>   some files between the two path trees, some of them don't exist in
>   the derivative's path tree (e.g.: No "$out/lib/python2.7/site.py", or
>   no "$profile/lib/python2.7/site.py", in the case of the current user's
>   ".guix-profile"  directory).

Are you running Scribus on GuixSD or on a foreign distro?  The strace
shows that your Scribus opens /usr/lib/python2.7/sysconfig.py, which
doesn’t exist on GuixSD.  Mixing Python from Guix with a system Python
installation is bound to lead to problems.

What is your PYTHONPATH variable set to?

-- 
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
http://elephly.net

Message #11 received at 25035 <at> debbugs.gnu.org (full text, mbox):

From: Adonay Felipe Nogueira <adfeno <at> openmailbox.org>
To: 25035 <at> debbugs.gnu.org
Subject: Re: bug#25035: scribus: No module named _sysconfigdata_nd
Date: Mon, 28 Nov 2016 07:54:01 -0200

Note: Sorry friends, I pressed the wrong reply button (private reply). Now, I'm
replyng to the bugs mailing list.

I'm running Guix on a foreign distribution, and $PYTHONPATH is
unset. The foreign distribution in question is Trisquel 7 (which is
based on the Ubuntu 14.04).

I'll read some documentation on which part of my Guix installation I
should set $PYTHONPATH to. I'll reply back when done experimenting.

Note: If I'm not mistaken, there was no advise to set $PYTHONPATH to
anything by the documentation (at least not for dailly/normal use) or by
Guix itself (during installation of Scribus).

Message #14 received at 25035 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Adonay Felipe Nogueira <adfeno <at> openmailbox.org>
Cc: 25035 <at> debbugs.gnu.org
Subject: Re: bug#25035: scribus: No module named _sysconfigdata_nd
Date: Mon, 28 Nov 2016 14:54:11 +0100

Adonay Felipe Nogueira <adfeno <at> openmailbox.org> skribis:

> Note: Sorry friends, I pressed the wrong reply button (private reply). Now, I'm
> replyng to the bugs mailing list.
>
> I'm running Guix on a foreign distribution, and $PYTHONPATH is
> unset. The foreign distribution in question is Trisquel 7 (which is
> based on the Ubuntu 14.04).

The interesting thing is that it opens the right libpython:

  open("/gnu/store/7q9nn76r76hnxbfxyv6asishx58jc420-python-2.7.12/lib/libpython2.7.so.1.0", O_RDONLY|O_CLOEXEC) = 3

but then it does this:

--8<---------------cut here---------------start------------->8---
stat64("/home/adfeno/.guix-profile/bin/python", 0xbf868d1c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/sbin/python", 0xbf868d1c) = -1 ENOENT (No such file or directory)
stat64("/usr/local/bin/python", 0xbf868d1c) = -1 ENOENT (No such file or directory)
stat64("/usr/sbin/python", 0xbf868d1c)  = -1 ENOENT (No such file or directory)
stat64("/usr/bin/python", {st_mode=S_IFREG|0755, st_size=3156448, ...}) = 0
readlink("/usr/bin/python", "python2.7", 4096) = 9
readlink("/usr/bin/python2.7", 0xbf868d1c, 4096) = -1 EINVAL (Invalid argument)
stat64("/usr/bin/Modules/Setup", 0xbf868d1c) = -1 ENOENT (No such file or directory)
stat64("/usr/bin/lib/python2.7/os.py", 0xbf868d1c) = -1 ENOENT (No such file or directory)
stat64("/usr/bin/lib/python2.7/os.pyc", 0xbf868d1c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/python2.7/os.py", {st_mode=S_IFREG|0644, st_size=25769, ...}) = 0
stat64("/usr/bin/pybuilddir.txt", 0xbf868d1c) = -1 ENOENT (No such file or directory)
stat64("/usr/bin/lib/python2.7/lib-dynload", 0xbf868d1c) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/python2.7/lib-dynload", {st_mode=S_IFDIR|0755, st_size=12288, ...}) = 0

[...]

stat64("/usr/lib/python27.zip", 0xbf867a28) = -1 ENOENT (No such file or directory)
stat64("/usr/lib", {st_mode=S_IFDIR|0755, st_size=36864, ...}) = 0
stat64("/usr/lib/python27.zip", 0xbf8689e0) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/python2.7/", {st_mode=S_IFDIR|0755, st_size=28672, ...}) = 0
stat64("/usr/lib/python2.7/", {st_mode=S_IFDIR|0755, st_size=28672, ...}) = 0
stat64("/usr/lib/python2.7/site", 0xbf868b40) = -1 ENOENT (No such file or directory)
open("/usr/lib/python2.7/site.so", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/lib/python2.7/sitemodule.so", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/lib/python2.7/site.py", O_RDONLY|O_LARGEFILE) = 16
fstat64(16, {st_mode=S_IFREG|0644, st_size=20388, ...}) = 0
open("/usr/lib/python2.7/site.pyc", O_RDONLY|O_LARGEFILE) = 17
fstat64(17, {st_mode=S_IFREG|0644, st_size=19727, ...}) = 0
read(17, "\3\363\r\ncZ\210Uc\0\0\0\0\0\0\0\0\3\0\0\0@\0\0\0sp\1\0\0d\0"..., 4096) = 4096
fstat64(17, {st_mode=S_IFREG|0644, st_size=19727, ...}) = 0
read(17, "\0(\0\0\0\0s\32\0\0\0/usr/lib/python2.7/si"..., 12288) = 12288
read(17, "\0\0aliasmbcs\333\1\0\0s\24\0\0\0\0\4\17\1\30\1\20\1\17\1\3\1"..., 4096) = 3343
read(17, "", 4096)                      = 0
mmap2(NULL, 262144, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xaf304000
close(17)                               = 0
stat64("/usr/lib/python2.7/os", 0xbf868750) = -1 ENOENT (No such file or directory)
open("/usr/lib/python2.7/os.so", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/lib/python2.7/osmodule.so", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/lib/python2.7/os.py", O_RDONLY|O_LARGEFILE) = 17
--8<---------------cut here---------------end--------------->8---

… and from there, chaos ensues.

I’m not sure where those /usr/lib file names come from though.

Note that Scribus hard-codes a whole bunch of program file names (not
that of ‘python’, though), which may lead to problems down the path, at
least on GuixSD:

--8<---------------cut here---------------start------------->8---
$ find -name \*.cpp |xargs grep --color /usr/ 
./scribus/ui/prefs_paths.cpp:   profileDirLineEdit->setToolTip( "<qt>" + tr( "Default ICC profiles directory. This cannot be changed with a document open. By default, Scribus will look in the System Directories under Mac OSX and Windows. On Linux and Unix, Scribus will search $home/.color/icc, $home/.local/share/color/icc, /usr/share/color/icc and /usr/local/share/color/icc" ) + "</qt>" );
./scribus/ui/prefs_externaltools.cpp:                                                           <<"/usr/local/texlive/2009/bin/universal-darwin/pdflatex"
./scribus/ui/prefs_externaltools.cpp:                                                           <<"/usr/local/texlive/2008/bin/universal-darwin/pdflatex";
./scribus/ui/prefs_externaltools.cpp:                           pdflatexPaths   <<"/usr/local/bin/pdflatex"
./scribus/ui/prefs_externaltools.cpp:                                                           <<"/usr/bin/pdflatex";
./scribus/scpaths.cpp:  QString linuxLocalPath("/usr/local/share/hunspell/");
./scribus/scpaths.cpp:  QString linuxHunspellPath("/usr/share/hunspell/");
./scribus/scpaths.cpp:  QString linuxMyspellPath("/usr/share/myspell/");
./scribus/scpaths.cpp:  QString linuxLocalPath("/usr/local/share/hunspell/");
./scribus/scpaths.cpp:  QString linuxHunspellPath("/usr/share/hunspell/");
./scribus/scpaths.cpp:  QString linuxMyspellPath("/usr/share/myspell/");
./scribus/scpaths.cpp:  QString linuxHyphen1Path("/usr/share/hyphen/");
./scribus/scpaths.cpp:  iccProfDirs.append("/usr/share/color/icc/");
./scribus/scpaths.cpp:  iccProfDirs.append("/usr/local/share/color/icc/");
./scribus/scpaths.cpp:  createDirs.append("/usr/share/create/swatches/");
./scribus/scpaths.cpp:  createDirs.append("/usr/local/share/create/swatches/");
./scribus/scfonts.cpp:          fs.setName("/usr/X11R6/lib/X11/fs/config");
./scribus/scfonts.cpp:                  fs.setName("/usr/X11/lib/X11/fs/config");
./scribus/util_ghostscript.cpp: gsPaths << "/usr/bin/gs" << "/usr/local/bin/gs" << "/opt/local/bin/gs" << "/sw/bin/gs";
--8<---------------cut here---------------end--------------->8---

HTH,
Ludo’.

Message #17 received at 25035 <at> debbugs.gnu.org (full text, mbox):

From: Ricardo Wurmus <rekado <at> elephly.net>
To: Adonay Felipe Nogueira <adfeno <at> openmailbox.org>
Cc: 25035 <at> debbugs.gnu.org
Subject: Re: bug#25035: scribus: No module named _sysconfigdata_nd
Date: Mon, 28 Nov 2016 16:42:57 +0100

Adonay Felipe Nogueira <adfeno <at> openmailbox.org> writes:

> Note: If I'm not mistaken, there was no advise to set $PYTHONPATH to
> anything by the documentation (at least not for dailly/normal use) or by
> Guix itself (during installation of Scribus).

I don’t have PYTHONPATH set and Scribus works for me (I’m using
GuixSD).  Also make sure that LD_LIBRARY_PATH is not set.

~~ Ricardo

Message #20 received at 25035 <at> debbugs.gnu.org (full text, mbox):

From: Adonay Felipe Nogueira <adfeno <at> openmailbox.org>
To: 25035 <at> debbugs.gnu.org
Subject: Re: bug#25035: scribus: No module named _sysconfigdata_nd
Date: Fri, 09 Dec 2016 06:59:59 -0200

Hi all,

A reply just so that we can further investigate this issue later on.

The variable $LD_LIBRARY_PATH is indeed unset.

Message #23 received at 25035 <at> debbugs.gnu.org (full text, mbox):

From: Adonay Felipe Nogueira <adfeno <at> openmailbox.org>
To: 25035 <at> debbugs.gnu.org
Subject: Re: bug#25035: scribus: No module named _sysconfigdata_nd
Date: Wed, 03 May 2017 16:05:07 -0300

This bug still exists if one installs Scribus through Guix in a foreign
system distribution. Even though I still have both LD_LIBRARY_PATH and
PYTHONPATH variables unset and I don't have Python installed through
Guix.

However, today I decided to test with:

$ guix environment --ad-hoc scribus python <at> 2.7 bash -- bash

And after the environment was set, I did:

$ echo $PATH
/gnu/store/1cvfwh7qj6c2vgkbancql9phrm64dh9d-profile/bin:/home/adfeno/.guix-profile/bin:/home/adfeno/.guix-profile/sbin:/home/adfeno/.guix-profile/bin:/home/adfeno/.guix-profile/sbin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
$ echo $PYTHONPATH
/gnu/store/1cvfwh7qj6c2vgkbancql9phrm64dh9d-profile/lib/python2.7/site-packages
$ echo $LD_LIBRARY_PATH

$ scribus

And then Scribus lauched (although with errors about missing images
which I'll ignore for this bug).

One way out of this bug would be to investigate/fix the hardcoded paths
that Scribus might have according to what ludo said
([[http://lists.gnu.org/archive/html/bug-guix/2016-11/msg00077.html]]).

Other possibility is to test moving the Python dependency from the
package's inputs to native-inputs or propagated-inputs. But this is just
an idea from a non-developer (me), so I don't know if this is really the
cause of the problem.

-- 
- [[https://libreplanet.org/wiki/User:Adfeno]]
- Palestrante e consultor sobre /software/ livre (não confundir com
  gratis).
- "WhatsApp"? Ele não é livre, por isso não uso. Iguais a ele prefiro
  GNU Ring, ou Tox. Quer outras formas de contato? Adicione o vCard
  que está no endereço acima aos teus contatos.
- Pretende me enviar arquivos .doc, .ppt, .cdr, ou .mp3? OK, eu
  aceito, mas não repasso. Entrego apenas em formatos favoráveis ao
  /software/ livre. Favor entrar em contato em caso de dúvida.

Message #28 received at 25035-done <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Adonay Felipe Nogueira <adfeno <at> openmailbox.org>
Cc: 25035-done <at> debbugs.gnu.org
Subject: Re: bug#25035: scribus: No module named _sysconfigdata_nd
Date: Fri, 01 Dec 2017 15:41:25 +0100

Hi,

Just a note that this was fix a couple of weeks ago in commit
aa6ae8d3243ce80d6c427e243c4fa961c3bf8388.

Thanks,
Ludo’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.