I think I have noticed the "browser not starting issue" and noted it here:
http://webconverger.org/blog/entry/Webconverger_8_release_notes/
I tried to debug it, but I could not reproduce it on my machine.
Removing "noroot" from the cmline and studying pb.log in the home
directory might be of use sorting this out.
Kind regards,
Yes, this is what Guttorm saw too.
> When I boot up with noroot removed and the browser loads I can open
> the terminal without error and view the pb.log. Would you like me to
> post up the contents of this pb.log, or would that be pointless since
> the error didn't occur?
Yes please. I think the CWD errors are because iceweasel is
complaining that I've nuked ~/.mozilla on exit.
However that doesn't explain why it doesn't launch as Guttorm logged
here with strace:
http://undersoking.com/pb-strace.log
Any strace demi-gods recognise something awry here? My first hunch is
that the live fs is not agreeable to FF.
Kind regards,
> On 21 June 2011 22:22, Benjamin Morley <islin...@gmail.com> wrote:
> > current directory: getcwd: cannot access parent directories: no such
> > file or directory"
>
> Yes, this is what Guttorm saw too.
>
> > When I boot up with noroot removed and the browser loads I can open
> > the terminal without error and view the pb.log. Would you like me to
> > post up the contents of this pb.log, or would that be pointless
> > since the error didn't occur?
>
> Yes please. I think the CWD errors are because iceweasel is
> complaining that I've nuked ~/.mozilla on exit.
Possibly correct.
If the cwd was under on that path the cwd() would fail.
Adding a "cd $WEBCHOME" to the loop may be helpful?
>
> However that doesn't explain why it doesn't launch as Guttorm logged
> here with strace:
> http://undersoking.com/pb-strace.log
A quick inspection:
This shows that there is a problem with the working directory.
It also shows that the home directory is intact and accessible.
This includes being able to create a new .mozilla subdir.
Not much else i can see that is wrong here.
The pb.log in debug mode can be copied off and read at leisure. If you
are asking to perhaps read the boot up text without splash or
something, then no you can't AFAIK.
Anyhoo, the problem AFAIK is with launching the executable on some
machines. It's not to do with boot into X.
Kind regards,
I don't see why it should have left $WEBCHOME in any case.
>> Any strace demi-gods recognise something awry here? My first hunch is
>> that the live fs is not agreeable to FF.
We need to simply compare http://undersoking.com/pb-strace.log to a
working strace log and see where it's failing. I would be super
grateful if some one could do that.
Kind regards,
You're right, one or two occur, though they can be ignored. In vmware
one can record the whole boot and then you can playback the AVI file
to see them better. Still I don't think this is related to the browser
startup problem, though I've been wrong before.
> I'd be more than willing to take a look at that :) Do we have a
> working strace log anywhere? Or is that something I could create on my
> own?
You basically need to boot in debug mode (noroot cmdline removed),
then proceed to install strace & vim maybe, then pre-pend strace to
the iceweasel line in pb.sh and then kill X. Now you should be logging
a good iceweasel startup to pb.log.
Kind regards,
> --
> You received this message because you are subscribed to the Google Groups "Webconverger Users" group.
> To post to this group, send email to webc-...@googlegroups.com.
> To unsubscribe from this group, send email to webc-users+...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/webc-users?hl=en.
>
will look like this when I finish: "strace kill x iceweasel $@". Sorry
if I'm asking noob questions, this is new territory for me :)