You are not logged in.
Pages: 1
http://archlinux.pastebin.com/m294fdd5c
any ideas?
[home page] -- [code / configs]
"Once you go Arch, you must remain there for life or else Allan will track you down and break you."
-- Bregol
Offline
The thing is, I tried like 4 times to compile this new firefox-spookyet package and it failed each time at the relevant section.
Very weird since I was using and compiling this package since the beta days w/o problem.
Hopefully someone else is having the same issue. I am not a C++ programmer and those errors are to cryptic for me to debug.
BTW, wasn't glibc and kernel headers just upgraded? can there be an issue in one of those packages? A compatibility issue of some sort?
Offline
I compiled spookyet's 3.0-3. I had firefox running while it was compiling. At a certain point a new window opened with a message like "this is taking too long. doing something else" and it nearly gave me a heart attack, thought it was a hacker or spam or something. I don't know if it's relevant, anyway it compiled fine and I'm using it.
GCC 4.3.1-1. Latest pacman -Syu at June 15. spookyet's version installed June 19.
Offline
Fails for me too. Any ideas?
Offline
I think this is related to the new xulrunner (1.9). In fact, the compilation of firefox 3 (from ABS) takes like 2 minutes vs 2 hours from previous xulrunner. I suggest taking a look at the official PKGBUILDs to get some ideas.
Last edited by Xarathur (2008-06-26 01:38:56)
Offline
I think this is related to the new xulrunner (1.9). In fact, the compilation of firefox 3 (from ABS) takes like 2 minutes vs 2 hours from previous xulrunner. I suggest taking a look at the official PKGBUILDs to get some ideas.
well with the way this is going, spookyet will just be another abandoned package in the AUR, waiting for trash day.
I looked and them both and nothing steps out at me other then the LDFLAGS. But that is the linker and I am not sure if the error is related to the linker.
sppoky has a comment in his that states 'remove 'dev-stuff' as its in xulrunner now.
Offline
It's not xulrunner at fault. I've said it a million times. People just don't search/listen.
1) compile firefox
2) run it and profile it. (it has to run)
3) take statistics and compile it again optimising the code paths.
PROFILE GUIDED OPTIMISATIONS
Get educated!
Someone else took over firefox-spookyet. I have orphaned all my packages.
Offline
It's more complicated than just compiling?
How do I profile it or take statistics?
Offline
1) compile firefox
2) run it and profile it. (it has to run)
3) take statistics and compile it again optimising the code paths.
in case u didn't get it, ff3 won't compile with that current PKGBUILD that was posted(by someone else, which was originally yours). So if no one can get past step one, how do expect us to do step 2 and 3?
get educated? how about you help the cause, I am sure it took u some time and a little preconcieved knowledge from someone else to become educated yourself. Lame excuse for a reason not to help! My guess, u don't know the answer either...
Last edited by jacko (2008-06-28 10:45:34)
Offline
This look like the start of the right build error?
In file included from /tmp/aurpkgs/firefox-spookyet/src/mozilla/testing/mochitest/ssltunnel/ssltunnel.cpp:49:
../../../dist/include/system_wrappers/pk11func.h:3:27: error: pk11func.h: No such file or directory
In file included from /tmp/aurpkgs/firefox-spookyet/src/mozilla/testing/mochitest/ssltunnel/ssltunnel.cpp:50:
../../../dist/include/system_wrappers/key.h:3:22: error: key.h: No such file or directory
In file included from /tmp/aurpkgs/firefox-spookyet/src/mozilla/testing/mochitest/ssltunnel/ssltunnel.cpp:51:
../../../dist/include/system_wrappers/keyt.h:3:23: error: keyt.h: No such file or directory
In file included from /tmp/aurpkgs/firefox-spookyet/src/mozilla/testing/mochitest/ssltunnel/ssltunnel.cpp:52:
../../../dist/include/system_wrappers/ssl.h:3:22: error: ssl.h: No such file or directory
(it's not building for me either) -- x86_64 here
Running Folding@Home for Team 11108 - My Stats
Offline
http://developer.mozilla.org/en/docs/Bu … timization
AUR has security problems. The package was deleted. The comments were lost. There were links to i686 and x86_64 binaries.
You can find my abs and repository at http://www.studioindustryllc.com/user/s … rch-linux/
The abs.tar.bz2 contains my abs with mercurial repositories.
I have 3 scenarios.
1) GCC has changed causing compilation problems.
2) SSL has changed causing compilation problems.
3) The PKGBUILD was changed causing compilation problems.
I suggest irc.mozilla.org for help.
Last edited by SpookyET (2008-06-28 16:14:02)
Offline
1) compile firefox
2) run it and profile it. (it has to run)
3) take statistics and compile it again optimising the code paths.in case u didn't get it, ff3 won't compile with that current PKGBUILD that was posted(by someone else, which was originally yours). So if no one can get past step one, how do expect us to do step 2 and 3?
get educated? how about you help the cause, I am sure it took u some time and a little preconcieved knowledge from someone else to become educated yourself. Lame excuse for a reason not to help! My guess, u don't know the answer either...
I have searched, read, and spoke with mozilla devs. I have not bitched and moaned in the forum waiting for someone to tell me.
Offline
if no one knows how to fix this is it possible to just temporarily not compile ssltunnel if it's not that important? If so how would you do that
[home page] -- [code / configs]
"Once you go Arch, you must remain there for life or else Allan will track you down and break you."
-- Bregol
Offline
After bumping up against the compile failure of firefox-spookyet -- at least on Arch64 -- I'm wondering if anybody has a link to a recent 64-bit build of firefox-spookyet. I haven't been able to find one yet. Thanks.
Offline
ok, I have temporarily fixed the problem telling it to compile and ignoring any errors, thereby disabling ssltunnel support. It should still be fine for day to day use until someone fixed the actual problem.
[home page] -- [code / configs]
"Once you go Arch, you must remain there for life or else Allan will track you down and break you."
-- Bregol
Offline
ok, I have temporarily fixed the problem telling it to compile and ignoring any errors, thereby disabling ssltunnel support. It should still be fine for day to day use until someone fixed the actual problem.
How do you do that?
Offline
using the -i flag with make...
[home page] -- [code / configs]
"Once you go Arch, you must remain there for life or else Allan will track you down and break you."
-- Bregol
Offline
add
ac_add_options --disable-mochitest
to your mozconfig and building problems will be gone.
Offline
Pages: 1