|
12:21 pm
[tigerdog]
[Link] |
Is Cairo on BeOS ready for prime time?
A new bug has been filed to remove references to gfx for BeOS. https://bugzilla.mozilla.org/show_bug.cgi?id=446675
Has anyone proven the BeOS Cairo port stable enough to make this a safe thing to do? Does it even matter since we can't build trunk for BeOS and by the time we can, we may be able to port Cairo more easily to Haiku?
|
|
10:30 pm
[tigerdog]
[Link] |
Firefox 2.0.0.16 builds completed - on BeBits
The usual batch of builds: R5, BONE and Zeta. BONE builds have fyysik's Haiku patch applied (second version). I had some spare CPU time sitting around, so I've also posted Thunderbird 2.0.0.16 and yes, updated builds of Sunbird 0.9. BeBits has 'em all. Enjoy!
|
|
09:41 pm
[tigerdog]
[Link] |
Firefox 2.0.0.16 builds delayed
Seems either my HD is failing or maybe my (passively cooled) northbridge is overheating due to warm weather here. Either way, I'd just started building 2.0.0.16 when they system decided to reboot, then not boot at all. Posting this from the Xubuntu box in the garage. Hopefully this will be quickly rectified.
Update: so much for the "quickly" part. Somehow it seems all of my BFS partitions are hosed, as is the grub/boot partition on my HD. Very odd. I booted the machine from the Zeta 1.21 live CD and could read (and backup) all data from my NTFS and EXT2 partions. The BFS partitions are all there according to DriveSetup but the file system is unrecognized. Diskprobe shows the files appear to be there also but I have no idea how to save them. May be starting over on a few things...
Update 2: only the boot sector was trashed. Zeta 1.21 livecd doesn't have a BFS driver, as pointed out in the comments. My ignorance strikes again! Machine is happier now.
|
12:48 am
[fyysik]
[Link] |
Bots here
Hello, people. What do you think about switching CAPTCHA technology on here even for registered users?
(There is new trend here in LJ in last 2-3 days, lot of spam-bots created and activated. They try to post on topic, more or less, using theme recognition, but actually are bots with advertasion in single posting or info page)
|
|
09:48 am
[tigerdog]
[Link] |
Haiku Firefox and Thunderbird available now
Sorry for the delay, fyysik. I had to test a bit; Thunderbird caused KDL Crash with r26384. I had to make sure the build wasn't bad but works fine under r26375.
Firefox for Haiku
Thunderbird for Haiku
These are (manually) reordered packages, ready to unzip and run. If anyone wants Sunbird, please reply and I'll build that also.
Edit: forgot to mention, these also have a version of tqh's revised NSPR. I don't know if it's the latest. tqh doesn't love me any more and hasn't sent his latest. ;-)
|
|
10:52 pm
[fyysik]
[Link] |
Haiku-compatible FF with Haiku-specific "launch-kill" fix.
If someone needs Firefox which doesn't close other Mozilla apps and won't to be closed itself by others, there is such build for download - until Tigerdogs publishes full set of of Mozilla apps.
Works also on R5-BONE. As it was built on my own development code, it fixes problem with mouse sticking (lost mouse-up events), features filtering in File Picker, proper file-type recognition and also adds Postscript printing.
Also here is download for SeaMonkey users (Haiku, R5-BONE) with same critical fix and mentioned features.
I think those fixed version will be safer for use also in R5 and Zeta - as that bug with ports may lead to unpredictable things in BeOS-based OS-es too.
Look at older messages for solved problem explanation, e.g.
http://community.livejournal.com/bezilla/281777.html
http://community.livejournal.com/bezilla/282356.html
|
|
02:20 pm
[fyysik]
[Link] |
Mozilla and Haiku-OS kernel kit - who's guilty?
That's again about misterious bug described in ticket 2049 - where launching some Gecko-based app instantly closes another running at the moment.
I got fix for that, at Mozilla code level, but actually this is Haiku problem - or feature?
We use for internal Mozilla communication BeOS ports,
and to have access for those ports from different components and threads we assign to ports name, which must be unique.
For that purpose we're using "current thread" identifier printed in octal form as port name - at stage of port creation. Then when we need somewhere to communicate, we are getting port by find_port - again, using portname created from current thread "number.
- see
http://lxr.mozilla.org/mozilla1.8/source/xpcom/threads/plevent.c#382
http://lxr.mozilla.org/mozilla1.8/source/widget/src/beos/nsAppShell.cpp#122
http://lxr.mozilla.org/mozilla1.8/source/widget/src/beos/nsToolkit.cpp#93
To get current port ID we use methods PR_GetCurrentThread() from NSPR (NS runtime kit):
http://lxr.mozilla.org/mozilla1.8/source/nsprpub/pr/src/bthreads/btthread.c#417
and there is something wrong. I'm not so competent yet to analyze btthreads code, but once I replaced all calls for PR_GetCurrentThread() in 3 places mentioned above,
plus this one (NB!!!, may be quite important, as it uses another PR method - mGuiThread = PR_CreateThread(PR_SYSTEM_THREAD,*)):
http://lxr.mozilla.org/mozilla1.8/source/widget/src/beos/nsToolkit.cpp#231
with simple native find_thread(0) - all started to work as "expected" in Haiku - mozilla apps can now run simultaneously.
|
|
12:38 pm
[tigerdog]
[Link] |
Firefox 2.x branch End of Maintenance is December 2008
I just read, Firefox 2 is going to be maintained only through the end of 2008. Since the platform is already pretty stable and most holes appear to be patched, it'll have to work for us until Haiku is ready and we can resume development of trunk builds using gcc4.
|
|
08:33 am
[tigerdog]
[Link] |
Fixing simultaneous execution under Haiku
As already discussed, starting one Mozilla app under Haiku closes others already running (see ticket 2049. Discussion in the ticket suggests separate ifdefs for each app in this code. If someone can provide a little more guidance, I'll try to add the ifdefs.
|
|
09:48 am
[tigerdog]
[Link] |
Firefox 2.0.0.15 now on BeBits
Branch code has been frozen and spun off for Firefox 2.0.0.15. I went ahead and pushed to BeBits, even though 2.0.0.15 does not appear to have been pushed to main platforms yet. My calendar is getting full and I didn't want to miss it. No major BeOS updates, just a couple of security and cross-platform fixes.
|
|
10:45 am
[tqh]
[Link] |
Rewriting NSPR for Haiku
Haiku has some nice locking primitives, I have an older rewritten NSPR. Both should improve speed quite a bit.
Oh, and how about dropping support for BeOS and Zeta?
Update:
NSPR is working fine and fast, only thing left is switch to Haiku locking primitives.
After that it is probably time to figure out how to run the packaging script while crosscompiling, and that damn redraw problem.
|
|
11:38 pm
[tqh]
[Link] |
I suspect that we may have a reader!
I think that Stippi is reading this blog from time to time, so I'm sending him a message :)
As Axel increased BLooper's message queue to 200 today I was curious if that might not be what is the big problem behind our redrawing issue under Haiku. This because we may take a lot of time when dealing with messages which may allow it to fill up faster than we can manage. (Shame on us).
Luroh who had a freshly built version of Haiku tested and he said he didn't experience any redrawing issues. Update: Apparently it's still there.
After that we went for punch and pie. Not really, but this is my story. Anyway I suspect that this might be the case and I will probably run some tests. Feel free to come with ideas, fix the issue or just not read this post :)
|
|
06:17 pm
[tigerdog]
[Link] |
2.0.0.15pre for use with Haiku
I've created BONE builds from the latest branch for use with Haiku.
Thunderbird
Firefox
Enjoy!
|
|
12:33 pm
[tigerdog]
[Link] |
Branch Building Broken - or not
Hello all!
I'm now settled into the new job and will hopefully be able to focus a bit more time on Firefox. As I updated my 2.x branch code this morning, I noted a rather large number of commits coming down the line. It seems bug 419030 now has the 2.x branch picking up changes in the security components that were being missed.
Update: As usual, changes to the code have broken BeOS building. Here's the latest problem.
Update 2: ...or not broken. I restarted a clean build and everything was fine. Very odd; may point to bfs weirdness on my HD, as fyysik diagnosed once before. At any rate, updated code builds cleanly. Looks like this was a system error.
|
|
09:41 pm
[tqh]
[Link] |
Why firefox looks strange in Haiku
Michael Lotz gave this hint in #haiku today:
the fonts in firefox are not broken, it just uses the wrong ones
it uses the "extra light" versions of dejavu
if you delete those firefox will look normal.
So how Firefox chooses fonts or the order returned by Haiku needs looking into.
Fyysik?
|
|
06:29 am
[masahiro_yamada]
[Link] |
Is it needed to URL Encode ";" in file name on directory listing of file scheme ? (bug 412428)
I filed bug of directory listing that does not URL Encode ";" in file name on file scheme.
It is bug 412428 (https://bugzilla.mozilla.org/show_bug.cgi?id=412428).
And I already wrote patch for the bug.
But, I don't know how should we handle ";" in filename on BeOS.
Current patch does not URL encode ";" in file name on BeOS.
Is it needed to URL encode ";" on BeOS?
|
|
05:09 pm
[franxico]
[Link] |
Haiku 404
Hi guys,
I'd like to change the usual error message, replacing it with a random haiku, like in NetPositive. What do you think?
I tried some things, but I don't have knowledge enough to make it work properly. The page opens, but nothing is seen.
|
|
09:56 pm
[tigerdog]
[Link] |
2.0.0.14 Coming, now here
I've completed builds of the next Firefox 2 point release, version 2.0.0.14. I am not able to post to BeBits. It seems the password for the Bezilla account is different than before. Anyway, for those who read this blog and want the latest in security updates, here are links to the usual three versions:
BeOS R5
BONE, Dano and derivatives
Zeta (requires i686 or later CPU)
Update: now posted to BeBits
|
|
08:40 pm
[tigerdog]
[Link] |
absent for a while now...
sorry I've been absent for a few weeks. I've been monitoring the blog and am very happy to see the great progress mmadia is making with reordering. I'm about to begin a new job, so I may be scarce again for a while. Everything is great, just very busy at the moment. I'll start building again as quickly as time allows and will definitely try to keep up with the .point releases if nothing else.
|
12:26 pm
[mmadia]
[Link] |
Experimental Re-Order *.so , *.so.stub Builds
Some hosting has been provided by Master199 at http://bezilla.beuser.de
Right now, It's just a file repository.
A new BeZilla BeBits entry page has been created: Experimentally Built BeZilla Builds
( Read more... )
|
![[info]](http://p-stat.livejournal.com/img/community.gif){kind=small}
bezilla