- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev]https, ssl & certificates

by robert w hall

In article <nNw1CoADb66BFwrn(a)n-cantrell.demon.co.uk>, robert w hall <bobh(a)n-cantrell.demon.co.uk> writes >But the situation over certificates appears confusing: - >as I (cursorily) read the code, it uses standard SSL functions to parse >entries in the .dillo/certs directory. OK, Garrett has been trying to help me understand root certificates. The problem I now appear to have is that openssl-0.9.6 had a fairly comprehensive block of certs but they're all out of date. Latest openssl (0.9.7) is more up-to-date but rather restricted (eg no RSA etc). Did anyone find a decent set of root certs hiding anywhere or find a workaround via their own self-signing route?? Bob -- robert w hall

Jan. 18, 2005

[Dillo-dev]https, ssl & certificates

by robert w hall

Where are we at and where are we going with the issue of https, ssl and certificates? I usually run with https enabled and find it is a VERY useful adjunct to the main program - it has quirky behaviour on sites such as playstation2-linux (where the answer is to log in via ssl then leave ssl), but at least it enables posting there. Other sites now accessible include amazon.co.uk and groups.yahoo.com - a significant gain. But the situation over certificates appears confusing: - as I (cursorily) read the code, it uses standard SSL functions to parse entries in the .dillo/certs directory. I have a block of certificates stolen from another browser but they don't seem to change the need to force by the 'remote certificate cannot be verified20' messages. (Are these imported certs in a non-standard format perhaps?) And the code also appears to have a function to store accepted certificates, but I've never been aware of this happening. The code is reaching a level of maturity and acceptance where these remaining blemishes are puzzling 'us users'. Bob -- robert w hall

Jan. 17, 2005

[Dillo-dev]Gtk2 port, GtkArg{Get,Set}Func

by Keenan Pepper

Hi, I'm working on a Gtk2 port of Dillo to use on my Zaurus (with the GPE rom from OpenZaurus). Before everyone starts saying "That's stupid, Gtk2 is so bloated and slow, why would you want to do that?", let me say that right now I'm using the Gtk2 port of Dillo 0.6.6, which as you all know is ancient and renders html badly compared to newer versions of Dillo, but it's still the best and fastest browser I can get to work on GPE. So periodically I'll be asking "What does this thing do?"-type questions on this list as I try to make current Dillo compile and run with Gtk2. For now I just want to request that all the deprecated (GtkArgSetFunc) NULL and (GtkArgGetFunc) NULL casts be removed and changed to simply NULL as recommended here: http://developer.gnome.org/doc/API/2.2/gtk/gtk-changes-1-2.html This has nothing to do with Gtk2, in fact eventually I should change all the GtkObject stuff to GObject stuff anyway, but when I first blindly tried to make it compile that was the error that came up the most, and it can and should be changed upstream. Cheers, Keenan Pepper

Jan. 15, 2005

[Dillo-dev]why can dillo be small and fast

by Yu Zenghui

Relative to other browsers, why can dillo be small and fast? Can anybody tell me the reason from the viewpoint of design and implementation. The code of dillo is fewer than other larger desktop browser. But fewer code means fewer functions. How to keep balance between the two conflicts? Thank you!

Jan. 14, 2005

Re: [Dillo-dev]cache replace

by Brian Hechinger

On Thu, Jan 13, 2005 at 12:20:26AM +0000, higuita wrote: > > also, at least now, you can only have one cookie enable > dillo active, so we have to "hunt" for that dillo when > we need a cookie enable > so cache replace is still needed 8) i'm currently working on the configuration dpi, and moving the cookie stuff to a dpi is my next task after i'm finished here (the cookie dpi is going to depend on the config dpi) so that at least solves the cookie issue. cache is the next thing on my list, we'll talk when i get there. > Naturally the common people don't want war... but after all it is the > leaders of a country who determine the policy, and it is always a > simple matter to drag the people along, whether it is a democracy, or > a fascist dictatorship, or a parliament, or a communist dictatorship. > Voice or no voice, the people can always be brought to the bidding of > the leaders. That is easy. All you have to do is tell them they are > being attacked, and denounce the pacifists for lack of patriotism and > exposing the country to danger. It works the same in every country. > -- Hermann Goering, Nazi and war criminal, 1883-1946 i *LOVE* this quote, if bush wasn't such an idiot i could swear that he studied Goering. ;) -brian -- "Now you know why I got the everliving hell OUT of Windows administration. Knowing it doesn't make it any easier. It's just broken-as-designed."

Jan. 13, 2005

[Dillo-dev]what is the event for rendering

by Yu Zenghui

i try to look for the function which is used to begin rendering, but i failed. who can tell me what the function is? if there is no such function, what event triggers the rendering? does dillo begin to render after the whole html document is parsed, or once after one element is parsed? thank you!

Jan. 13, 2005

Re: [Dillo-dev]cache replace

by higuita

On Fri, 7 Jan 2005 00:11:41 -0700, Scott Scriven <dillo-dev(a)toykeeper.net> wrote: > 'net access. It also speeds things up compared to browsers which > check the network for updates before (or instead of) using cache. yep, i use this also maybe this could be one option (command line or run time)!? > Instead, I generally start a new instance for each site or task, > and close it when I'm done. I think I have about 20-30 open this doesnt work for low end machines, where we have little memory and/or little CPU also, at least now, you can only have one cookie enable dillo active, so we have to "hunt" for that dillo when we need a cookie enable so cache replace is still needed 8) higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

Jan. 13, 2005

Re: [Dillo-dev]How does CCC handle the parallelism of IO?

by Jorge Arellano Cid

On Tue, Jan 04, 2005 at 09:02:23PM +0800, uniharmony(a)gmail.com wrote: Hi, Sorry for the delay... > In my opinion, the CCC is a dynamic doubly linked list with function pointers. > And all the CCC functions in the chain are called serially. Yes. > How does CCC handle the parallelism of IO? Imagine several open file descriptors, each one active. A CCC chain was constructed for each one, so there are as many CCCs as FDs. > And Why do you consider it as "pseudo-thread"? When a FD has data, the respective CCC receives the data and "awakes" the streamed processing of the data. When the chunk is done, it waits for the next one. As each one of this processes takes a slim timeslice, there's no blocking of the other FDs in the active set. > I want to dive in it and thanks for reply. Good. What do you want to do? This is a complex part. BTW, what's your name. -- Cheers Jorge.-

Jan. 12, 2005

Re: [Dillo-dev]cookies disabled ??

by Patrick Shanahan

* Jeremy Henty <jeremy(a)chaos.org.uk> [01-12-05 05:07]: > Is another dillo running? If so, it will have locked the cookies > file. Yes, duh! Thank-you, -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org HOG # US1244711 Photo Album: http://wahoo.no-ip.org/photos

Jan. 12, 2005

Re: [Dillo-dev]cookies disabled ??

by Jeremy Henty

Patrick Shanahan wrote: > I am having cookie problems and do not understand. > > pat@wahoo:~> dillo my.yahoo.com > dillorc:170: unexpected string constant "splash", expected symbol > dillo_dns_init: Here we go! > The cookies file has a file lock: > disabling cookies in this dillo! > > > Where would the file lock be? Or, how do I defeat it? Is another dillo running? If so, it will have locked the cookies file. Cheers, Jeremy Henty

Jan. 12, 2005