lilypond-user
[Top][All Lists]
Advanced

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

Re: python 2.6 in GUB Re: LilyPond-Book on Windows


From: Phil Holmes
Subject: Re: python 2.6 in GUB Re: LilyPond-Book on Windows
Date: Tue, 8 Apr 2014 15:40:44 +0100

----- Original Message ----- From: "Graham Percival" <address@hidden>
To: "David Kastrup" <address@hidden>
Cc: "Jan Nieuwenhuizen" <address@hidden>; "Phil Holmes" <address@hidden>; "Br. Samuel Springuel" <address@hidden>; <address@hidden>; "Julien Rioux" <address@hidden>
Sent: Sunday, April 06, 2014 2:42 AM
Subject: python 2.6 in GUB Re: LilyPond-Book on Windows


On Sat, Apr 05, 2014 at 08:53:04AM +0200, David Kastrup wrote:
Jan Nieuwenhuizen <address@hidden> writes:

> David Kastrup writes:
>
>> So my first impulse would be to throw out the workaround for 2.4.2 >> that
>
> Let's do that.

Well, issue 1933
<URL:http://code.google.com/p/lilypond/issues/detail?id=1933> would
suggest that this is a bad idea.  Nothing substantially has changed
since then.  I'm currently trying to get the TEXINPUTS stuff integrated
into the Mingw fix to arrive back at a working lilypond-book, but of
course it is to be hoped that moving Python forward to 2.6 might make
that problem go away.  But it will take longer to figure that out.

Doesn't Julien have GUB with python 2.6 ready for testing?  I
would move forward on that before diving into the dark waters of
os.popen in python 2.4.  I remember bug 1933; it was really
annoying.

Cheers,
- Graham


I pulled Julien's branch directly from his repo in order to update my version of GUB to his version with Python 2.6. The LilyPond build failed, with the error listing below. I've got the full python.log if needed.

*** Stage: compile (python, freebsd-x86)
*** Stage: install (python, freebsd-x86)
all python modules:_elementtree.so, imageop.so, _testcapi.so, array.so, itertools.so, _bsddb.so, crypt.so, _bytesio.so, _multiprocessing.so, _csv.so, _struct.so, ossaudiodev.so, _weakref.so, select.so, mmap.so, dl.so, parser.so, _hotshot.so, _lsprof.so, _random.so, grp.so, _codecs_kr.so, _codecs_tw.so, _codecs_cn.so, _codecs_jp.so, operator.so, _heapq.so, _socket.so, _collections.so, _sha512.so, pyexpat.so, dbm.so, cPickle.so, fcntl.so, resource.so, _ctypes.so, unicodedata.so, _codecs_hk.so, syslog.so, termios.so, cStringIO.so, _bisect.so, _sha256.so, _locale.so, _functools.so, _codecs_iso2022.so, _json.so, _ctypes_test.so, _fileio.so, _multibytecodec.so, future_builtins.so, nis.so, strop.so, _md5.so, _sha.so, audioop.so
Tail of target/freebsd-x86/log/python.log >>>>>>>>
Running chmod
('/home/gub/gub/target/freebsd-x86/install/python-2.6.4-root/usr/cross/bin/python-config', 493)
{}
invoking assert_fine ()
all python modules:_elementtree.so, imageop.so, _testcapi.so, array.so, itertools.so, _bsddb.so, crypt.so, _bytesio.so, _multiprocessing.so, _csv.so, _struct.so, ossaudiodev.so, _weakref.so, select.so, mmap.so, dl.so, parser.so, _hotshot.so, _lsprof.so, _random.so, grp.so, _codecs_kr.so, _codecs_tw.so, _codecs_cn.so, _codecs_jp.so, operator.so, _heapq.so, _socket.so, _collections.so, _sha512.so, pyexpat.so, dbm.so, cPickle.so, fcntl.so, resource.so, _ctypes.so, unicodedata.so, _codecs_hk.so, syslog.so, termios.so, cStringIO.so, _bisect.so, _sha256.so, _locale.so, _functools.so, _codecs_iso2022.so, _json.so, _ctypes_test.so, _fileio.so, _multibytecodec.so, future_builtins.so, nis.so, strop.so, _md5.so, _sha.so, audioop.so
<<<<<<<< Tail of target/freebsd-x86/log/python.log

Traceback (most recent call last):
File "bin/gub", line 233, in exceptional_build
build (settings, options, files)
File "bin/gub", line 229, in build
b.build_source_packages (names)
File "bin/../gub/buildrunner.py", line 334, in build_source_packages
self.spec_build (spec_name)
File "bin/../gub/buildrunner.py", line 262, in spec_build
deferred_runner.execute_deferred_commands ()
File "bin/../gub/runner.py", line 167, in execute_deferred_commands
cmd.execute (self.logger)
File "bin/../gub/commands.py", line 172, in execute
return self.func (logger, *self.args)
File "/home/gub/gub/gub/specs/python-2.4.py", line 104, in assert_fine
raise Exception ('Python module failed: ' + module)
Exception: Python module failed: datetime
*** Failed target: freebsd-x86::python


--
Phil Holmes



reply via email to

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