Closed
Bug 501657
Opened 16 years ago
Closed 16 years ago
xulrunner-1.9.1 will fail to build if system ply <2.5 is found
Categories
(Firefox Build System :: General, defect)
Tracking
(status1.9.1 .2-fixed)
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
status1.9.1 | --- | .2-fixed |
People
(Reporter: anarchy, Assigned: benjamin)
References
Details
Attachments
(1 file, 1 obsolete file)
1.69 KB,
patch
|
benjamin
:
review+
beltzner
:
approval1.9.1.2+
|
Details | Diff | Splinter Review |
Build error:
/usr/lib64/python2.6/site-packages/ply/yacc.py:70: DeprecationWarning: the md5
module is deprecated; use hashlib instead
import re, types, sys, cStringIO, md5, os.path
./qsgen.py:135: DeprecationWarning: the sets module is deprecated
import sets
Traceback (most recent call last):
File "./qsgen.py", line 1487, in <module>
main()
File "./qsgen.py", line 1469, in main
traceable=options.enable_traceables)
File "./qsgen.py", line 281, in readConfigFile
parser = xpidl.IDLParser(cachedir)
File
"/xulrunner-1.9.1/work/mozilla-1.9.1/xpcom/idl-parser/xpidl.py",
line 1217, in __init__
optimize=1)
TypeError: lex() got an unexpected keyword argument 'outputdir'
Patch creator and gentoo bug info included in patch.
Updated•16 years ago
|
Attachment #386261 -
Attachment is patch: true
Attachment #386261 -
Attachment mime type: application/octet-stream → text/plain
Updated•16 years ago
|
Attachment #386261 -
Flags: review?(benjamin)
Assignee | ||
Comment 1•16 years ago
|
||
Can you check that this works? Now that we have pythonpath.py we should just use that instead of assuming the relative location of xpcom/xpidl.py and other-licenses/ply
Assignee: nobody → benjamin
Attachment #386261 -
Attachment is obsolete: true
Attachment #386991 -
Flags: review?(geekypenguin)
Attachment #386261 -
Flags: review?(benjamin)
Reporter | ||
Comment 2•16 years ago
|
||
(In reply to comment #1)
> Created an attachment (id=386991) [details]
> Insert at the beginning using our standard mechanism, rev. 2
>
> Can you check that this works? Now that we have pythonpath.py we should just
> use that instead of assuming the relative location of xpcom/xpidl.py and
> other-licenses/ply
It will be later tonight that I check this. I will let ya know by tomorrow morning as to weather or not this works. It looks good to me, will double check to make sure as always tho.
Reporter | ||
Comment 3•16 years ago
|
||
(In reply to comment #1)
> Created an attachment (id=386991) [details]
> Insert at the beginning using our standard mechanism, rev. 2
>
> Can you check that this works? Now that we have pythonpath.py we should just
> use that instead of assuming the relative location of xpcom/xpidl.py and
> other-licenses/ply
Tested, works as intended.
Assignee | ||
Comment 4•16 years ago
|
||
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 5•16 years ago
|
||
Comment on attachment 386991 [details] [diff] [review]
Insert at the beginning using our standard mechanism, rev. 2
I'll count that as r+. Requesting approval so that linux machines which have ancient system PLY can build Firefox, very low risk.
Attachment #386991 -
Flags: review?(geekypenguin)
Attachment #386991 -
Flags: review+
Attachment #386991 -
Flags: approval1.9.1.1?
Comment 6•16 years ago
|
||
Comment on attachment 386991 [details] [diff] [review]
Insert at the beginning using our standard mechanism, rev. 2
a1912=beltzner
Attachment #386991 -
Flags: approval1.9.1.1? → approval1.9.1.2+
Assignee | ||
Comment 7•16 years ago
|
||
http://hg.mozilla.org/releases/mozilla-1.9.1/rev/0ca2f203b8b0 and picked up http://hg.mozilla.org/releases/mozilla-1.9.1/rev/290b443109e1 because we hadn't ported pythonpath.py to the branch
status1.9.1:
--- → .2-fixed
Assignee | ||
Comment 9•16 years ago
|
||
I'm not sure why you care... it's a build bug, not a product bug.
Updated•7 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•