- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] Why I don't switch from Firefox today

by newman.x＠seznam.cz

> BTW, please send me some latin2 URLs for development tests. > > -- > Cheers > Jorge.- Hi Jorge, http://www.root.cz/ http://www.abclinuxu.cz/ http://www.wp.pl/ should be fine. Michal

May 30, 2006

Re: [Dillo-dev] Why I don't switch from Firefox today

by Jorge Arellano Cid

On Sat, May 27, 2006 at 05:58:03PM +0200, Jan Stary wrote: > Dear Dillo developers, > > I have been using Dillo since about 0.2.x, and would like to > start this email with "Hail Caesar and everything". Thank you! > > I am really looking forward to the day I replace Firefox with > Dillo completely. These are the reasons I won't do it today: > > 1. Internally, Dillo uses GTK1, which, internally, uses LATIN1. > As I am Czech, the last lines of my install process would be > > $ make install > $ strings src/dillo | grep iso8859 > $ sed -e 's/iso8859-1/iso8859-2/g;' < ./src/dillo > ~/bin/dillo > > which happens to work. I suppose that the transition to FLTK > will make me able to vies pages in other charsets too. BTW, please send me some latin2 URLs for development tests. -- Cheers Jorge.-

May 30, 2006

Re: [Dillo-dev] Why I don't switch from Firefox today

by Jorge Arellano Cid

Hi, On Sat, May 27, 2006 at 10:46:56PM +0300, Joonas Saarinen wrote: > One of my wishes would be to have some limit for the cache growing > endlessly. I run Dillo on a old Libretto 100CT (166MHz/32MB) and if surfing > for long periods (especially when viewing large images) the system goes on > knees swapping and eventually Dillo gets killed for hogging all the memory. > :S Of course there's generally a lot of work to do on the browser and this > feature might require significant changes to the code (?)... Not that hard! Just look inside cache.c and add a remove function for images when the cache size surpasses a certain threshold. An algorithm/heuristic that pleases a diverse group of users is much more difficult. You have to care about not removing images that are currently being displayed (e.g. when using multiple Dillo windows, or removing an image that's being displayed in a page that loads lots of images). Al this blurb reduces to a ref count. -- Cheers Jorge.-

May 30, 2006

Re: [Dillo-dev] Why I don't switch from Firefox today

by Jorge Arellano Cid

Hi Jan, On Sat, May 27, 2006 at 05:58:03PM +0200, Jan Stary wrote: > Dear Dillo developers, > > I have been using Dillo since about 0.2.x, and would like to > start this email with "Hail Caesar and everything". Thank you! Thanks for the recognition. > > I am really looking forward to the day I replace Firefox with > Dillo completely. These are the reasons I won't do it today: > > 1. Internally, Dillo uses GTK1, which, internally, uses LATIN1. > As I am Czech, the last lines of my install process would be > > $ make install > $ strings src/dillo | grep iso8859 > $ sed -e 's/iso8859-1/iso8859-2/g;' < ./src/dillo > ~/bin/dillo > > which happens to work. ... and also breaks iso8859-1 support. > I suppose that the transition to FLTK > will make me able to vies pages in other charsets too. Yes. This is the main point. > > This problem is adressed in > http://teki.jpn.ph/pc/software/index-e.shtml#dillo-i18n > (Are you guys considering any of the patches included in that?) No. I've explained several times that this patches break some internal things in Dillo (as entities, forms, other charsets etc). In the meanwhile I consider this patches a good thing to have in an unofficial branch because the benefits from being able to read your own language sometimes are bigger than broken things with others. The real solution is to have Dillo use utf-8 internally and to convert other encodings to it. This is what we have with dillo FLTK2 (and something that GTK1 doesn't provide. BTW, this is also one of the main reasons for GTK2 existence). Bottom line: we do care about other languages and we're working towards a universal solution for it. > 2. Lack of CSS support. I am aware of > http://www.dillo.org/download/dillo-0.8.0-css-3.tar.gz (which, BTW, > needs to have a few syntax errors fixed before it compiles, see PS). > However, it doesn't do much - looking at http://www.dillo.org won't > even let me click on the links. We've done a lot in this respect. All the internal structures for Dw are designed with CSS in mind. The problem is we don't have the funds to have the main developer of Dw working full time on this. --It's frustrating. > 3. Dillo does not have tabbed browsing. I know it's just a convenience, > not really related to fast rendering and stuff, but this convenience > is just so ... you know, convenient :-) This is also patched into > http://teki.jpn.ph/pc/software/index-e.shtml#dillo-i18n > > After these issues are resolved, you have a converted Firefox user > (not that I would use anything else but Dillo for e.g. reading > documentation). Quite simple to add! I've focused my time on making the FLTK2 prototype work though. > OTOH, don't waste your time on frames and javascript, everybody > knows it's evil. GREAT! I really wish this line of thought was predominant! (although it wouldn't be that hard to implement). -- Cheers Jorge.-

May 30, 2006

Re: [Dillo-dev] Why I don't switch from Firefox today

by Joonas Saarinen

One of my wishes would be to have some limit for the cache growing endlessly. I run Dillo on a old Libretto 100CT (166MHz/32MB) and if surfing for long periods (especially when viewing large images) the system goes on knees swapping and eventually Dillo gets killed for hogging all the memory. :S Of course there's generally a lot of work to do on the browser and this feature might require significant changes to the code (?)...

May 27, 2006

Why I don't switch from Firefox today

by Jan Stary

Dear Dillo developers, I have been using Dillo since about 0.2.x, and would like to start this email with "Hail Caesar and everything". Thank you! I am really looking forward to the day I replace Firefox with Dillo completely. These are the reasons I won't do it today: 1. Internally, Dillo uses GTK1, which, internally, uses LATIN1. As I am Czech, the last lines of my install process would be $ make install $ strings src/dillo | grep iso8859 $ sed -e 's/iso8859-1/iso8859-2/g;' < ./src/dillo > ~/bin/dillo which happens to work. I suppose that the transition to FLTK will make me able to vies pages in other charsets too. This problem is adressed in http://teki.jpn.ph/pc/software/index-e.shtml#dillo-i18n (Are you guys considering any of the patches included in that?) 2. Lack of CSS support. I am aware of http://www.dillo.org/download/dillo-0.8.0-css-3.tar.gz (which, BTW, needs to have a few syntax errors fixed before it compiles, see PS). However, it doesn't do much - looking at http://www.dillo.org won't even let me click on the links. 3. Dillo does not have tabbed browsing. I know it's just a convenience, not really related to fast rendering and stuff, but this convenience is just so ... you know, convenient :-) This is also patched into http://teki.jpn.ph/pc/software/index-e.shtml#dillo-i18n After these issues are resolved, you have a converted Firefox user (not that I would use anything else but Dillo for e.g. reading documentation). OTOH, don't waste your time on frames and javascript, everybody knows it's evil. Sincerely Jan PS: Compiling http://www.dillo.org/download/dillo-0.8.0-css-3.tar.gz on FreeBSD 6.0-RELEASE-p7 with gcc (GCC) 3.4.4 [FreeBSD] 20050518 stops with the following errors: In file included from doctree.c:40: css.h:267:8: warning: extra tokens at end of #endif directive doctree.c: In function `Doctree_construct': doctree.c:746: error: label at end of compound statement doctree.c: In function `Doctree_draw_text': doctree.c:806: error: label at end of compound statement The src/css.h ends with #endif __CSS_H__ which I just commented properly, and the empty labels case DW_STYLE_DISPLAY_LAST: /* compiler happiness */ } and case DOCTREE_ELEMENT: /* compiler happiness */ } in src/doctree.c can obviously be deleted. Then it compiles smoothly.

May 27, 2006

Re: [Dillo-dev] Oriental(?) overlay

by Francis Daly

On Sun, May 14, 2006 at 03:53:56PM -0400, Beartooth wrote: Hi there, > Lately I've been finding many sites covered, or all but covered, with what > may be either very dense pictographs, or a version of the stuff printed on > the backs or carbons of checks to keep part of the data from being legible > on the copies. > > rpm -q says I'm running dillo-0.8.5-2.fc5 ; on this machine the opening > screen doesn't show the version when I open it from another app (It's my > default browser.), but when I open it from its icon, it calls itself > 0.8.5-i18n-misc. Does that mean I have two conflicting versions installed?? Not necessarily. The Fedora Core packaged version dillo-0.8.5-2.fc5 is (I believe) the dillo 0.8.5 version plus a patch they choose to apply. If you go to the url "about:splash" it should show you information on what you have, The patch they apply is one that makes significant changes to the dillo internals, and is not one that the dillo-dev list chooses to support. Either the author, or the FC5 guys who apply the patch, are probably better people to talk to for help. > cron does yum update nightly, and I do it manually from time to time. > > Anyway, what is wrong, and how do I fix it? The description of the problem doesn't match anything I recall seeing (except perhaps possibly when I used the "nil" font family, which defaulted to "rather small", which could count as "dense pictographs"). If you can reproduce it (possibly with a pointer to a screenshot somewhere) using the plain dillo code, people here may be able to offer more help. Alternatively, the about:splash page probably gives more details about the patch author. The plain dillo code can be found at http://www.dillo.org/download.html, with a link to an FC5 rpm at http://www.hyperborea.org/software/dillo/ Good luck, f -- Francis Daly francis(a)daoine.org

May 14, 2006

Oriental(?) overlay

by Beartooth

Lately I've been finding many sites covered, or all but covered, with what may be either very dense pictographs, or a version of the stuff printed on the backs or carbons of checks to keep part of the data from being legible on the copies. rpm -q says I'm running dillo-0.8.5-2.fc5 ; on this machine the opening screen doesn't show the version when I open it from another app (It's my default browser.), but when I open it from its icon, it calls itself 0.8.5-i18n-misc. Does that mean I have two conflicting versions installed?? cron does yum update nightly, and I do it manually from time to time. Anyway, what is wrong, and how do I fix it? -- Beartooth Staffwright, Neo-Redneck Linux Convert FC5; Pine 4.64, Pan 0.14.2.91; Privoxy 3.0.3; CXO 5.0.1 Dillo 0.8.5, Opera 8.54, Firefox 1.5, Epiphany 2.14 Remember I have little idea what I am talking about.

May 14, 2006

Re: Dillo Hungarian translation.

by Jorge Arellano Cid

On Tue, May 09, 2006 at 08:06:37PM +0200, Balazs Melikant wrote: > Hi, Hi Balazs. > > Dillo became one of my favorite applications on my SUSE Linux systems It's Good you like it! > and would have some spare time to prepare a Hungarian translation for > it. I would start it asap, but only if there would be interest from > your side. Yes there is. As you may know, we're working in finishing the port to FLTK2. FLTK2 will allow us to use utf8 characters, and thus i18n and friends will be much easier. The other important point is autoconf stuff to be able to disable all this (embedded devices require apps. to be as lean as possible). While we finish the current prototype tree (not yet publicly available), you may start investigating about i18n: what would it require, how to enable/disable it with autoconf etc, and report me back (I did this research some years ago). The new source tree is very different to the old one (with significative parts in C++ and a new UI module), so there's no point in trying to work on dillo-0.8.6 with a view to port to the new tree. Some research on this topic, and an optional framework for enabling/disabling different translations would be a good contribution you may work on while we finish our prototype. > It would also help me, if you would briefly let me know, > how and where to start... As above. You should also subscribe to dillo-dev and have a this topic discussion there. You may get some help and good advice there. BTW, I'm CC'ing this answer to dillo-dev. -- Cheers Jorge.-

May 11, 2006

[tomm@dslextreme.com: Dillo browser]

by Jorge Arellano Cid

-- Cheers Jorge.-

May 6, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by higuita

On Fri, 28 Apr 2006 18:49:11 -0400, Jorge Arellano Cid <jcid(a)dillo.org> wrote: > Looks like you are compiling against FLTK1. Dillo uses FLTK2. (...) > fltk-config --version if returns 2.0.0... i have fltk-config in /usr/bin (2.0.0) and in /usr/local/bin (1.1.7) i use 1.1.7 for another program if i remove the 1.x fltk libs from /usr/local/lib i was able to compile and use dillo... but this requires hand tune for compiling each program is there any better way? probably this will disappear when FLTK 2.x is really released and programs use -lfltk2 instead of -lfltk >PS: You could have trimmed the log... err... sorry, i didnt realize that xterm buffer was really that big (in length and size) -- 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

May 2, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Globe Trotter

--- Kelson Vibber <kelson(a)pobox.com> wrote: > On Sunday 30 April 2006 1:26 pm, Globe Trotter wrote: > > I downloaded and installed your Fedora 5 RPM. When I click on bookmark, I > > get nowhere. There is an error about libssl.so.5 not found? Or something > > like that. > > How did you get this to work on FC5? > > Um... I installed it? Really, nothing special beyond that. > > The libssl issue points to the probable reason: I would guess you installed > the Fedora Core 4 RPM instead of the FC5 RPM. The RPM for FC5 is linked > against libssl.so.6, not libssl.so.5. The FC4 RPM, however, is linked to > libssl.so.5. > > Make sure you grabbed dillo-0.8.6-1.fc5.i386.rpm, and try reinstalling the > RPM. Just in case, see if an old dpid process is running and kill it. > > Oh, and there's no need to install the openssl-devel package. > The /lib/libssl.so files are in the openssl package. > > (Even so, I wouldn't expect this to be an issue except with HTTPS links, and > the RPM is built as plain-vanilla as possible -- which means the SSL support > is actually disabled. Does dpid try to load all the DPIs when it's first > called?) > > -- > Kelson Vibber > www.hyperborea.org > Hi Kelson, Thanks! I did install dillo-0.8.6-1.fc5.i386.rpm and just to be clear, I removed the old dillo. And it works, well, sort of. Is it possible to increase the font in this new dillo? I will report better after using it some more. best wishes, trotter __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

May 1, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Kelson Vibber

On Sunday 30 April 2006 1:26 pm, Globe Trotter wrote: > I downloaded and installed your Fedora 5 RPM. When I click on bookmark, I > get nowhere. There is an error about libssl.so.5 not found? Or something > like that. > How did you get this to work on FC5? Um... I installed it? Really, nothing special beyond that. The libssl issue points to the probable reason: I would guess you installed the Fedora Core 4 RPM instead of the FC5 RPM. The RPM for FC5 is linked against libssl.so.6, not libssl.so.5. The FC4 RPM, however, is linked to libssl.so.5. Make sure you grabbed dillo-0.8.6-1.fc5.i386.rpm, and try reinstalling the RPM. Just in case, see if an old dpid process is running and kill it. Oh, and there's no need to install the openssl-devel package. The /lib/libssl.so files are in the openssl package. (Even so, I wouldn't expect this to be an issue except with HTTPS links, and the RPM is built as plain-vanilla as possible -- which means the SSL support is actually disabled. Does dpid try to load all the DPIs when it's first called?) -- Kelson Vibber www.hyperborea.org

May 1, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Patrick Shanahan

* Globe Trotter <itsme_410(a)yahoo.com> [04-30-06 17:09]: > --- Patrick Shanahan <ptilopteri(a)gmail.com> wrote: > > * Globe Trotter <itsme_410(a)yahoo.com> [04-30-06 16:29]: > > > I downloaded and installed your Fedora 5 RPM. When I click on > > > bookmark, I get nowhere. There is an error about libssl.so.5 not > > > found? Or something like that. > > > > install openssl-devel > > Are you sure that this is right? Because on Fc5, I do the following: > > rpm -q openssl-devel > openssl-devel-0.9.8a-5.2 > Then I would soft link libssl.so.0.9.8 to to libssl.so.5. I believe that the rpm is probably built against an incorrect libssl requirement (libssl.so.5 should be ?? ). note: I am not an expert, am guessing here, but this maneuver has worked for me in the past. note2: a google search for libssl.so.5 gives: https://www.redhat.com/archives/fedora-list/2005-June/msg03916.html gud luk -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org HOG # US1244711 Photo Album: http://wahoo.no-ip.org/gallery2

April 30, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Globe Trotter

--- Patrick Shanahan <ptilopteri(a)gmail.com> wrote: > * Globe Trotter <itsme_410(a)yahoo.com> [04-30-06 16:29]: > > I downloaded and installed your Fedora 5 RPM. When I click on bookmark, I > get > > nowhere. There is an error about libssl.so.5 not found? Or something like > > that. > > install openssl-devel Hi Patrick, Are you sure that this is right? Because on Fc5, I do the following: rpm -q openssl-devel openssl-devel-0.9.8a-5.2 which tells me that that is installed? Also, yum provides libssl.so.5 does not return anything: No Matches found. Thanks, Trotter __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

April 30, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Patrick Shanahan

* Globe Trotter <itsme_410(a)yahoo.com> [04-30-06 16:29]: > I downloaded and installed your Fedora 5 RPM. When I click on bookmark, I get > nowhere. There is an error about libssl.so.5 not found? Or something like > that. install openssl-devel -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org HOG # US1244711 Photo Album: http://wahoo.no-ip.org/gallery2

April 30, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Globe Trotter

--- Kelson Vibber <kelson(a)pobox.com> wrote: > On Wednesday 26 April 2006 11:03 am, Jorge Arellano Cid wrote: > > dillo-0.8.6.tar.bz2 is finally ready for download. Get it from: > > > > http://www.dillo.org/download/dillo-0.8.6.tar.bz2 > > > > The announcement will be made hopefully after the RPMs and > > DEBs are ready. Package maintainers, please let me know when ready. > > I've posted RPMs for: > > Fedora Core 4 and 5 > Suse 10.0 > Mandrake 10.0 and 10.1 > Red Hat Enterprise Linux 3 and 4 > > I'll add more over the next few days. FLTK is proving problematic on some of > > the older distros where I can't easily add packages like g++ without tracking > > down the install CDs. > > -- Kelson, I downloaded and installed your Fedora 5 RPM. When I click on bookmark, I get nowhere. There is an error about libssl.so.5 not found? Or something like that. How did you get this to work on FC5? Best, Trotter __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

April 30, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Jorge Arellano Cid

On Fri, Apr 28, 2006 at 11:00:04PM +0100, higuita wrote: > Hi > > On Wed, 26 Apr 2006 14:03:09 -0400, Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > > Please send some feedback. This is the same rc5 tarball (with a > > 0.8.6 label), but you never know! :-) > > i have a 64bit system here and i tried to compile the latest dillo... > and failled... > > i built the fltk without problems and used to compile dillo without > any problem... > > seens that something in the fltk download gui isn't 64bit capable, no > idea what > > here is the log: > > make[2]: Entering directory `/home/higuita/build/dillo/dpi' > g++ -I/usr/include/glib-1.2 -I/usr/lib64/glib/include -g -O2 -L/usr/local/lib -o downloads.dpi downloads.o dpiutil.o -L/usr/lib64 -lglib -L/usr/lib64 -lfltk -L/usr/X11R6/lib64 -lX11 -lXi -lXft -lpthread -lm -lXext -lsupc++ ../dpip/libDpip.a > downloads.o(.text+0x3a): In function `ProgressBar::ProgressBar(int, int, int, int, char const*)': > /home/higuita/build/dillo/dpi/downloads.cc:227: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' > downloads.o(.text+0x72):/home/higuita/build/dillo/dpi/downloads.cc:232: undefined reference to `fltk::DOWN_BOX' > downloads.o(.text+0x77):/home/higuita/build/dillo/dpi/downloads.cc:232: undefined reference to `fltk::Widget::box(fltk::Symbol*)' > downloads.o(.text+0x84):/home/higuita/build/dillo/dpi/downloads.cc:233: undefined reference to `fltk::Widget::selection_color(unsigned int)' > [...} > > > any help is welcome 8) > > thanks > higuita Looks like you are compiling against FLTK1. Dillo uses FLTK2. Try: fltk-config --version it should return: 2.0.0 (it doesn't look like a 64bit issue at all). -- Cheers Jorge.- PS: You could have trimmed the log...

April 28, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by higuita

Hi On Wed, 26 Apr 2006 14:03:09 -0400, Jorge Arellano Cid <jcid(a)dillo.org> wrote: > Please send some feedback. This is the same rc5 tarball (with a > 0.8.6 label), but you never know! :-) i have a 64bit system here and i tried to compile the latest dillo... and failled... i built the fltk without problems and used to compile dillo without any problem... seens that something in the fltk download gui isn't 64bit capable, no idea what here is the log: make[2]: Entering directory `/home/higuita/build/dillo/dpi' g++ -I/usr/include/glib-1.2 -I/usr/lib64/glib/include -g -O2 -L/usr/local/lib -o downloads.dpi downloads.o dpiutil.o -L/usr/lib64 -lglib -L/usr/lib64 -lfltk -L/usr/X11R6/lib64 -lX11 -lXi -lXft -lpthread -lm -lXext -lsupc++ ../dpip/libDpip.a downloads.o(.text+0x3a): In function `ProgressBar::ProgressBar(int, int, int, int, char const*)': /home/higuita/build/dillo/dpi/downloads.cc:227: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0x72):/home/higuita/build/dillo/dpi/downloads.cc:232: undefined reference to `fltk::DOWN_BOX' downloads.o(.text+0x77):/home/higuita/build/dillo/dpi/downloads.cc:232: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x84):/home/higuita/build/dillo/dpi/downloads.cc:233: undefined reference to `fltk::Widget::selection_color(unsigned int)' downloads.o(.text+0x91):/home/higuita/build/dillo/dpi/downloads.cc:234: undefined reference to `fltk::Widget::color(unsigned int)' downloads.o(.text+0x9e):/home/higuita/build/dillo/dpi/downloads.cc:235: undefined reference to `fltk::Widget::textcolor(unsigned int)' downloads.o(.text+0xb7):/home/higuita/build/dillo/dpi/downloads.cc:235: undefined reference to `fltk::Widget::~Widget()' downloads.o(.text+0xda): In function `ProgressBar::ProgressBar(int, int, int, int, char const*)': /home/higuita/build/dillo/dpi/downloads.cc:227: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0x112):/home/higuita/build/dillo/dpi/downloads.cc:232: undefined reference to `fltk::DOWN_BOX' downloads.o(.text+0x117):/home/higuita/build/dillo/dpi/downloads.cc:232: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x124):/home/higuita/build/dillo/dpi/downloads.cc:233: undefined reference to `fltk::Widget::selection_color(unsigned int)' downloads.o(.text+0x131):/home/higuita/build/dillo/dpi/downloads.cc:234: undefined reference to `fltk::Widget::color(unsigned int)' downloads.o(.text+0x13e):/home/higuita/build/dillo/dpi/downloads.cc:235: undefined reference to `fltk::Widget::textcolor(unsigned int)' downloads.o(.text+0x157):/home/higuita/build/dillo/dpi/downloads.cc:235: undefined reference to `fltk::Widget::~Widget()' downloads.o(.text+0x185): In function `ProgressBar::draw()': /usr/include/fltk/Widget.h:60: undefined reference to `fltk::drawstyle(fltk::Style const*, int)' downloads.o(.text+0x1c0): In function `ProgressBar::draw()': /home/higuita/build/dillo/dpi/downloads.cc:244: undefined reference to `fltk::Widget::box() const' downloads.o(.text+0x241):/home/higuita/build/dillo/dpi/downloads.cc:259: undefined reference to `fltk::Widget::selection_color() const' downloads.o(.text+0x248):/home/higuita/build/dillo/dpi/downloads.cc:259: undefined reference to `fltk::setcolor(unsigned int)' downloads.o(.text+0x259):/home/higuita/build/dillo/dpi/downloads.cc:262: undefined reference to `fltk::fillrect(fltk::Rectangle const&)' downloads.o(.text+0x2a2):/home/higuita/build/dillo/dpi/downloads.cc:259: undefined reference to `fltk::Widget::selection_color() const' downloads.o(.text+0x2a9):/home/higuita/build/dillo/dpi/downloads.cc:259: undefined reference to `fltk::setcolor(unsigned int)' downloads.o(.text+0x2f6):/home/higuita/build/dillo/dpi/downloads.cc:265: undefined reference to `fltk::push_clip(fltk::Rectangle const&)' downloads.o(.text+0x2fe):/home/higuita/build/dillo/dpi/downloads.cc:266: undefined reference to `fltk::fillrect(fltk::Rectangle const&)' downloads.o(.text+0x303):/home/higuita/build/dillo/dpi/downloads.cc:267: undefined reference to `fltk::pop_clip()' downloads.o(.text+0x318):/home/higuita/build/dillo/dpi/downloads.cc:271: undefined reference to `fltk::Widget::textcolor() const' downloads.o(.text+0x31f):/home/higuita/build/dillo/dpi/downloads.cc:271: undefined reference to `fltk::setcolor(unsigned int)' downloads.o(.text+0x327):/home/higuita/build/dillo/dpi/downloads.cc:272: undefined reference to `fltk::Widget::labelsize() const' downloads.o(.text+0x339):/home/higuita/build/dillo/dpi/downloads.cc:272: undefined reference to `fltk::Widget::labelfont() const' downloads.o(.text+0x34b):/home/higuita/build/dillo/dpi/downloads.cc:272: undefined reference to `fltk::setfont(fltk::Font*, float)' downloads.o(.text+0x37e): In function `ProgressBar::draw()': /usr/include/fltk/Rectangle.h:93: undefined reference to `fltk::drawtext(char const*, fltk::Rectangle const&, int)' downloads.o(.text+0x3c8): In function `ProgressBar::draw()': /home/higuita/build/dillo/dpi/downloads.cc:277: undefined reference to `fltk::Widget::textcolor() const' downloads.o(.text+0x3cf):/home/higuita/build/dillo/dpi/downloads.cc:277: undefined reference to `fltk::setcolor(unsigned int)' downloads.o(.text+0x3d7):/home/higuita/build/dillo/dpi/downloads.cc:278: undefined reference to `fltk::Widget::labelsize() const' downloads.o(.text+0x3e9):/home/higuita/build/dillo/dpi/downloads.cc:278: undefined reference to `fltk::Widget::labelfont() const' downloads.o(.text+0x3fb):/home/higuita/build/dillo/dpi/downloads.cc:278: undefined reference to `fltk::setfont(fltk::Font*, float)' downloads.o(.text+0x42a): In function `ProgressBar::draw()': /usr/include/fltk/Rectangle.h:93: undefined reference to `fltk::drawtext(char const*, fltk::Rectangle const&, int)' downloads.o(.text+0x437): In function `ProgressBar::draw()': /home/higuita/build/dillo/dpi/downloads.cc:242: undefined reference to `fltk::Widget::draw_box() const' downloads.o(.text+0x5d8): In function `DLItem::abort_dl()': /home/higuita/build/dillo/dpi/downloads.cc:441: undefined reference to `fltk::remove_fd(int, int)' downloads.o(.text+0x60c): In function `DLItem::prButton_cb()': /home/higuita/build/dillo/dpi/downloads.cc:452: undefined reference to `fltk::Widget::deactivate()' downloads.o(.text+0x6c9): In function `DLItem::update_prSize(int)': /home/higuita/build/dillo/dpi/downloads.cc:479: undefined reference to `fltk::Widget::copy_label(char const*)' downloads.o(.text+0x6d5):/home/higuita/build/dillo/dpi/downloads.cc:480: undefined reference to `fltk::Widget::redraw()' downloads.o(.text+0x8a5): In function `DLItem::log_text_add(char*, long)': /home/higuita/build/dillo/dpi/downloads.cc:548: undefined reference to `fltk::Widget::label(char const*)' downloads.o(.text+0x8b2):/home/higuita/build/dillo/dpi/downloads.cc:549: undefined reference to `fltk::Widget::redraw()' downloads.o(.text+0xb90): In function `DLItem::DLItem(char const*, char const*, DLAction)': /home/higuita/build/dillo/dpi/downloads.cc:352: undefined reference to `fltk::Group::Group(int, int, int, int, char const*, bool)' downloads.o(.text+0xba3): In function `DLItem::DLItem(char const*, char const*, DLAction)': /usr/include/fltk/Group.h:46: undefined reference to `fltk::Group::current_' downloads.o(.text+0xbcc): In function `DLItem::DLItem(char const*, char const*, DLAction)': /home/higuita/build/dillo/dpi/downloads.cc:354: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0xbd3):/home/higuita/build/dillo/dpi/downloads.cc:355: undefined reference to `fltk::RSHADOW_BOX' downloads.o(.text+0xbe2):/home/higuita/build/dillo/dpi/downloads.cc:355: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0xc66):/home/higuita/build/dillo/dpi/downloads.cc:363: undefined reference to `fltk::BORDER_BOX' downloads.o(.text+0xc75):/home/higuita/build/dillo/dpi/downloads.cc:363: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0xcb4):/home/higuita/build/dillo/dpi/downloads.cc:367: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0xcbb):/home/higuita/build/dillo/dpi/downloads.cc:368: undefined reference to `fltk::RFLAT_BOX' downloads.o(.text+0xcc3):/home/higuita/build/dillo/dpi/downloads.cc:368: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0xcd0):/home/higuita/build/dillo/dpi/downloads.cc:369: undefined reference to `fltk::Widget::color(unsigned int)' downloads.o(.text+0xd08):/home/higuita/build/dillo/dpi/downloads.cc:371: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0xd1c):/home/higuita/build/dillo/dpi/downloads.cc:372: undefined reference to `fltk::Widget::labelcolor(unsigned int)' downloads.o(.text+0xd23):/home/higuita/build/dillo/dpi/downloads.cc:373: undefined reference to `fltk::NO_BOX' downloads.o(.text+0xd2f):/home/higuita/build/dillo/dpi/downloads.cc:373: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0xd5f):/home/higuita/build/dillo/dpi/downloads.cc:376: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0xd66):/home/higuita/build/dillo/dpi/downloads.cc:377: undefined reference to `fltk::RFLAT_BOX' downloads.o(.text+0xd6e):/home/higuita/build/dillo/dpi/downloads.cc:377: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0xd7b):/home/higuita/build/dillo/dpi/downloads.cc:378: undefined reference to `fltk::Widget::color(unsigned int)' downloads.o(.text+0xdb3):/home/higuita/build/dillo/dpi/downloads.cc:380: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0xdba):/home/higuita/build/dillo/dpi/downloads.cc:381: undefined reference to `fltk::NO_BOX' downloads.o(.text+0xdc9):/home/higuita/build/dillo/dpi/downloads.cc:381: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0xdf9):/home/higuita/build/dillo/dpi/downloads.cc:384: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0xe00):/home/higuita/build/dillo/dpi/downloads.cc:385: undefined reference to `fltk::RFLAT_BOX' downloads.o(.text+0xe08):/home/higuita/build/dillo/dpi/downloads.cc:385: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0xe15):/home/higuita/build/dillo/dpi/downloads.cc:386: undefined reference to `fltk::Widget::color(unsigned int)' downloads.o(.text+0xe4d):/home/higuita/build/dillo/dpi/downloads.cc:388: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0xe54):/home/higuita/build/dillo/dpi/downloads.cc:389: undefined reference to `fltk::NO_BOX' downloads.o(.text+0xe69):/home/higuita/build/dillo/dpi/downloads.cc:389: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0xe99):/home/higuita/build/dillo/dpi/downloads.cc:392: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0xea0):/home/higuita/build/dillo/dpi/downloads.cc:393: undefined reference to `fltk::RFLAT_BOX' downloads.o(.text+0xea8):/home/higuita/build/dillo/dpi/downloads.cc:393: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0xeb5):/home/higuita/build/dillo/dpi/downloads.cc:394: undefined reference to `fltk::Widget::color(unsigned int)' downloads.o(.text+0xeeb):/home/higuita/build/dillo/dpi/downloads.cc:396: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0xef2):/home/higuita/build/dillo/dpi/downloads.cc:397: undefined reference to `fltk::NO_BOX' downloads.o(.text+0xf05):/home/higuita/build/dillo/dpi/downloads.cc:397: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0xf33):/home/higuita/build/dillo/dpi/downloads.cc:400: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0xf3a):/home/higuita/build/dillo/dpi/downloads.cc:401: undefined reference to `fltk::RFLAT_BOX' downloads.o(.text+0xf49):/home/higuita/build/dillo/dpi/downloads.cc:401: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0xf56):/home/higuita/build/dillo/dpi/downloads.cc:402: undefined reference to `fltk::Widget::color(unsigned int)' downloads.o(.text+0xf8c):/home/higuita/build/dillo/dpi/downloads.cc:404: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0xf93):/home/higuita/build/dillo/dpi/downloads.cc:405: undefined reference to `fltk::NO_BOX' downloads.o(.text+0xfa2):/home/higuita/build/dillo/dpi/downloads.cc:405: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0xfd2):/home/higuita/build/dillo/dpi/downloads.cc:409: undefined reference to `fltk::HighlightButton::HighlightButton(int, int, int, int, char const*)' downloads.o(.text+0xfd9):/home/higuita/build/dillo/dpi/downloads.cc:411: undefined reference to `fltk::UP_BOX' downloads.o(.text+0xff0):/home/higuita/build/dillo/dpi/downloads.cc:411: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x1005):/home/higuita/build/dillo/dpi/downloads.cc:416: undefined reference to `fltk::ROUND_UP_BOX' downloads.o(.text+0x101d):/home/higuita/build/dillo/dpi/downloads.cc:416: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x102f): In function `DLItem::DLItem(char const*, char const*, DLAction)': /usr/include/fltk/Widget.h:67: undefined reference to `fltk::Group::current_' downloads.o(.text+0x13b0): In function `DLItem::DLItem(char const*, char const*, DLAction)': /home/higuita/build/dillo/dpi/downloads.cc:352: undefined reference to `fltk::Group::Group(int, int, int, int, char const*, bool)' downloads.o(.text+0x13c3): In function `DLItem::DLItem(char const*, char const*, DLAction)': /usr/include/fltk/Group.h:46: undefined reference to `fltk::Group::current_' downloads.o(.text+0x13ec): In function `DLItem::DLItem(char const*, char const*, DLAction)': /home/higuita/build/dillo/dpi/downloads.cc:354: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0x13f3):/home/higuita/build/dillo/dpi/downloads.cc:355: undefined reference to `fltk::RSHADOW_BOX' downloads.o(.text+0x1402):/home/higuita/build/dillo/dpi/downloads.cc:355: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x1486):/home/higuita/build/dillo/dpi/downloads.cc:363: undefined reference to `fltk::BORDER_BOX' downloads.o(.text+0x1495):/home/higuita/build/dillo/dpi/downloads.cc:363: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x14d4):/home/higuita/build/dillo/dpi/downloads.cc:367: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0x14db):/home/higuita/build/dillo/dpi/downloads.cc:368: undefined reference to `fltk::RFLAT_BOX' downloads.o(.text+0x14e3):/home/higuita/build/dillo/dpi/downloads.cc:368: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x14f0):/home/higuita/build/dillo/dpi/downloads.cc:369: undefined reference to `fltk::Widget::color(unsigned int)' downloads.o(.text+0x1528):/home/higuita/build/dillo/dpi/downloads.cc:371: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0x153c):/home/higuita/build/dillo/dpi/downloads.cc:372: undefined reference to `fltk::Widget::labelcolor(unsigned int)' downloads.o(.text+0x1543):/home/higuita/build/dillo/dpi/downloads.cc:373: undefined reference to `fltk::NO_BOX' downloads.o(.text+0x154f):/home/higuita/build/dillo/dpi/downloads.cc:373: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x157f):/home/higuita/build/dillo/dpi/downloads.cc:376: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0x1586):/home/higuita/build/dillo/dpi/downloads.cc:377: undefined reference to `fltk::RFLAT_BOX' downloads.o(.text+0x158e):/home/higuita/build/dillo/dpi/downloads.cc:377: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x159b):/home/higuita/build/dillo/dpi/downloads.cc:378: undefined reference to `fltk::Widget::color(unsigned int)' downloads.o(.text+0x15d3):/home/higuita/build/dillo/dpi/downloads.cc:380: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0x15da):/home/higuita/build/dillo/dpi/downloads.cc:381: undefined reference to `fltk::NO_BOX' downloads.o(.text+0x15e9):/home/higuita/build/dillo/dpi/downloads.cc:381: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x1619):/home/higuita/build/dillo/dpi/downloads.cc:384: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0x1620):/home/higuita/build/dillo/dpi/downloads.cc:385: undefined reference to `fltk::RFLAT_BOX' downloads.o(.text+0x1628):/home/higuita/build/dillo/dpi/downloads.cc:385: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x1635):/home/higuita/build/dillo/dpi/downloads.cc:386: undefined reference to `fltk::Widget::color(unsigned int)' downloads.o(.text+0x166d):/home/higuita/build/dillo/dpi/downloads.cc:388: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0x1674):/home/higuita/build/dillo/dpi/downloads.cc:389: undefined reference to `fltk::NO_BOX' downloads.o(.text+0x1689):/home/higuita/build/dillo/dpi/downloads.cc:389: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x16b9):/home/higuita/build/dillo/dpi/downloads.cc:392: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0x16c0):/home/higuita/build/dillo/dpi/downloads.cc:393: undefined reference to `fltk::RFLAT_BOX' downloads.o(.text+0x16c8):/home/higuita/build/dillo/dpi/downloads.cc:393: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x16d5):/home/higuita/build/dillo/dpi/downloads.cc:394: undefined reference to `fltk::Widget::color(unsigned int)' downloads.o(.text+0x170b):/home/higuita/build/dillo/dpi/downloads.cc:396: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0x1712):/home/higuita/build/dillo/dpi/downloads.cc:397: undefined reference to `fltk::NO_BOX' downloads.o(.text+0x1725):/home/higuita/build/dillo/dpi/downloads.cc:397: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x1753):/home/higuita/build/dillo/dpi/downloads.cc:400: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0x175a):/home/higuita/build/dillo/dpi/downloads.cc:401: undefined reference to `fltk::RFLAT_BOX' downloads.o(.text+0x1769):/home/higuita/build/dillo/dpi/downloads.cc:401: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x1776):/home/higuita/build/dillo/dpi/downloads.cc:402: undefined reference to `fltk::Widget::color(unsigned int)' downloads.o(.text+0x17ac):/home/higuita/build/dillo/dpi/downloads.cc:404: undefined reference to `fltk::Widget::Widget(int, int, int, int, char const*)' downloads.o(.text+0x17b3):/home/higuita/build/dillo/dpi/downloads.cc:405: undefined reference to `fltk::NO_BOX' downloads.o(.text+0x17c2):/home/higuita/build/dillo/dpi/downloads.cc:405: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x17f2):/home/higuita/build/dillo/dpi/downloads.cc:409: undefined reference to `fltk::HighlightButton::HighlightButton(int, int, int, int, char const*)' downloads.o(.text+0x17f9):/home/higuita/build/dillo/dpi/downloads.cc:411: undefined reference to `fltk::UP_BOX' downloads.o(.text+0x1810):/home/higuita/build/dillo/dpi/downloads.cc:411: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x1825):/home/higuita/build/dillo/dpi/downloads.cc:416: undefined reference to `fltk::ROUND_UP_BOX' downloads.o(.text+0x183d):/home/higuita/build/dillo/dpi/downloads.cc:416: undefined reference to `fltk::Widget::box(fltk::Symbol*)' downloads.o(.text+0x184f): In function `DLItem::DLItem(char const*, char const*, DLAction)': /usr/include/fltk/Widget.h:67: undefined reference to `fltk::Group::current_' downloads.o(.text+0x1a47): In function `DLItem::update_size(int)': /home/higuita/build/dillo/dpi/downloads.cc:576: undefined reference to `fltk::Widget::copy_label(char const*)' downloads.o(.text+0x1a53):/home/higuita/build/dillo/dpi/downloads.cc:577: undefined reference to `fltk::Widget::redraw()' downloads.o(.text+0x1a8c):/home/higuita/build/dillo/dpi/downloads.cc:98: undefined reference to `fltk::Widget::redraw()' downloads.o(.text+0x1ace):/home/higuita/build/dillo/dpi/downloads.cc:567: undefined reference to `fltk::Widget::label(char const*)' downloads.o(.text+0x1ada):/home/higuita/build/dillo/dpi/downloads.cc:568: undefined reference to `fltk::Widget::redraw()' downloads.o(.text+0x1b90): In function `read_log_cb': /home/higuita/build/dillo/dpi/downloads.cc:607: undefined reference to `fltk::remove_fd(int, int)' downloads.o(.text+0x1c10): In function `DLItem::child_finished(int)': /home/higuita/build/dillo/dpi/downloads.cc:635: undefined reference to `fltk::Widget::label(char const*)' downloads.o(.text+0x1c24):/home/higuita/build/dillo/dpi/downloads.cc:647: undefined reference to `fltk::Widget::activate()' downloads.o(.text+0x1c30):/home/higuita/build/dillo/dpi/downloads.cc:648: undefined reference to `fltk::Widget::redraw()' downloads.o(.text+0x1c62):/home/higuita/build/dillo/dpi/downloads.cc:638: undefined reference to `fltk::Widget::label(char const*)' downloads.o(.text+0x1c9d):/home/higuita/build/dillo/dpi/downloads.cc:100: undefined reference to `fltk::Widget::redraw()' downloads.o(.text+0x1cc0):/home/higuita/build/dillo/dpi/downloads.cc:643: undefined reference to `fltk::Widget::label(char const*)' downloads.o(.text+0x1ccc):/home/higuita/build/dillo/dpi/downloads.cc:644: undefined reference to `fltk::Widget::redraw()' downloads.o(.text+0x1e8f): In function `DLItem::update()': /home/higuita/build/dillo/dpi/downloads.cc:707: undefined reference to `fltk::Widget::copy_label(char const*)' downloads.o(.text+0x1e9b):/home/higuita/build/dillo/dpi/downloads.cc:708: undefined reference to `fltk::Widget::redraw()' downloads.o(.text+0x1efc):/home/higuita/build/dillo/dpi/downloads.cc:728: undefined reference to `fltk::Widget::copy_label(char const*)' downloads.o(.text+0x1f08):/home/higuita/build/dillo/dpi/downloads.cc:731: undefined reference to `fltk::Widget::redraw()' downloads.o(.text+0x1f97):/home/higuita/build/dillo/dpi/downloads.cc:700: undefined reference to `fltk::Widget::copy_label(char const*)' downloads.o(.text+0x1fa3):/home/higuita/build/dillo/dpi/downloads.cc:701: undefined reference to `fltk::Widget::redraw()' downloads.o(.text+0x1fe8):/home/higuita/build/dillo/dpi/downloads.cc:714: undefined reference to `fltk::Widget::label(char const*)' downloads.o(.text+0x1ffc):/home/higuita/build/dillo/dpi/downloads.cc:716: undefined reference to `fltk::Widget::redraw()' downloads.o(.text+0x201d):/home/higuita/build/dillo/dpi/downloads.cc:718: undefined reference to `fltk::Widget::copy_label(char const*)' downloads.o(.text+0x206e):/home/higuita/build/dillo/dpi/downloads.cc:100: undefined reference to `fltk::Widget::redraw()' downloads.o(.text+0x22be): In function `cleanup_cb(void*)': /home/higuita/build/dillo/dpi/downloads.cc:787: undefined reference to `fltk::repeat_timeout(float, void (*)(void*), void*)' downloads.o(.text+0x2333): In function `DLWin::del(int)': /usr/include/fltk/Group.h:52: undefined reference to `fltk::Group::find(fltk::Widget const*) const' downloads.o(.text+0x233d):/usr/include/fltk/Group.h:52: undefined reference to `fltk::Group::remove(int)' downloads.o(.text+0x235d): In function `DLWin::del(int)': /usr/include/fltk/Rectangle.h:35: undefined reference to `fltk::Group::resize(int, int, int, int)' downloads.o(.text+0x25d0): In function `dlwin_esc_cb': /home/higuita/build/dillo/dpi/downloads.cc:951: undefined reference to `fltk::choice(char const*, char const*, char const*, char const*, ...)' downloads.o(.text+0x2644): In function `DLWin::add(char const*, char const*, DLAction)': /home/higuita/build/dillo/dpi/downloads.cc:147: undefined reference to `fltk::Group::insert(fltk::Widget&, int)' downloads.o(.text+0x2661):/home/higuita/build/dillo/dpi/downloads.cc:193: undefined reference to `fltk::Window::show()' downloads.o(.text+0x274e): In function `DLWin::check_filename(char**)': /home/higuita/build/dillo/dpi/downloads.cc:1007: undefined reference to `fltk::choice(char const*, char const*, char const*, char const*, ...)' downloads.o(.text+0x27be):/home/higuita/build/dillo/dpi/downloads.cc:1012: undefined reference to `fltk::file_chooser(char const*, char const*, char const*, int)' downloads.o(.text+0x2bad): In function `DLWin::DLWin(int, int)': /home/higuita/build/dillo/dpi/downloads.cc:1088: undefined reference to `fltk::Window::Window(int, int, char const*)' downloads.o(.text+0x2bbe): In function `DLWin::DLWin(int, int)': /usr/include/fltk/Group.h:46: undefined reference to `fltk::Group::current_' downloads.o(.text+0x2bdb): In function `DLWin::DLWin(int, int)': /home/higuita/build/dillo/dpi/downloads.cc:1090: undefined reference to `fltk::ScrollGroup::ScrollGroup(int, int, int, int, char const*)' downloads.o(.text+0x2bec): In function `DLWin::DLWin(int, int)': /usr/include/fltk/Group.h:46: undefined reference to `fltk::Group::current_' downloads.o(.text+0x2c09): In function `DLWin::DLWin(int, int)': /home/higuita/build/dillo/dpi/downloads.cc:1092: undefined reference to `fltk::PackedGroup::PackedGroup(int, int, int, int, char const*)' downloads.o(.text+0x2c1e): In function `DLWin::DLWin(int, int)': /usr/include/fltk/Widget.h:67: undefined reference to `fltk::Group::current_' downloads.o(.text+0x2c42):/usr/include/fltk/Widget.h:67: undefined reference to `fltk::Group::current_' downloads.o(.text+0x2c4d):/usr/include/fltk/Widget.h:67: undefined reference to `fltk::Group::current_' downloads.o(.text+0x2c52): In function `DLWin::DLWin(int, int)': /home/higuita/build/dillo/dpi/downloads.cc:1099: undefined reference to `fltk::Window::show()' downloads.o(.text+0x2c86):/home/higuita/build/dillo/dpi/downloads.cc:1107: undefined reference to `fltk::add_timeout(float, void (*)(void*), void*)' downloads.o(.text+0x2d3d): In function `DLWin::DLWin(int, int)': /home/higuita/build/dillo/dpi/downloads.cc:1088: undefined reference to `fltk::Window::Window(int, int, char const*)' downloads.o(.text+0x2d4e): In function `DLWin::DLWin(int, int)': /usr/include/fltk/Group.h:46: undefined reference to `fltk::Group::current_' downloads.o(.text+0x2d6b): In function `DLWin::DLWin(int, int)': /home/higuita/build/dillo/dpi/downloads.cc:1090: undefined reference to `fltk::ScrollGroup::ScrollGroup(int, int, int, int, char const*)' downloads.o(.text+0x2d7c): In function `DLWin::DLWin(int, int)': /usr/include/fltk/Group.h:46: undefined reference to `fltk::Group::current_' downloads.o(.text+0x2d99): In function `DLWin::DLWin(int, int)': /home/higuita/build/dillo/dpi/downloads.cc:1092: undefined reference to `fltk::PackedGroup::PackedGroup(int, int, int, int, char const*)' downloads.o(.text+0x2dae): In function `DLWin::DLWin(int, int)': /usr/include/fltk/Widget.h:67: undefined reference to `fltk::Group::current_' downloads.o(.text+0x2dd2):/usr/include/fltk/Widget.h:67: undefined reference to `fltk::Group::current_' downloads.o(.text+0x2ddd):/usr/include/fltk/Widget.h:67: undefined reference to `fltk::Group::current_' downloads.o(.text+0x2de2): In function `DLWin::DLWin(int, int)': /home/higuita/build/dillo/dpi/downloads.cc:1099: undefined reference to `fltk::Window::show()' downloads.o(.text+0x2e16):/home/higuita/build/dillo/dpi/downloads.cc:1107: undefined reference to `fltk::add_timeout(float, void (*)(void*), void*)' downloads.o(.text+0x2e7f): In function `main': /home/higuita/build/dillo/dpi/downloads.cc:1122: undefined reference to `fltk::lock()' downloads.o(.text+0x15): In function `ProgressBar::move(double)': /home/higuita/build/dillo/dpi/downloads.cc:222: undefined reference to `fltk::Widget::redraw()' downloads.o(.text+0x26):/home/higuita/build/dillo/dpi/downloads.cc:222: undefined reference to `fltk::Widget::redraw()' downloads.o(.text+0x1bce): In function `DLItem::father_init()': /home/higuita/build/dillo/dpi/downloads.cc:620: undefined reference to `fltk::add_fd(int, int, void (*)(int, void*), void*)' downloads.o(.text+0x2470): In function `update_cb(void*)': /home/higuita/build/dillo/dpi/downloads.cc:814: undefined reference to `fltk::repeat_timeout(float, void (*)(void*), void*)' downloads.o(.text+0x2b3f): In function `DLWin::listen(int)': /home/higuita/build/dillo/dpi/downloads.cc:1067: undefined reference to `fltk::add_fd(int, int, void (*)(int, void*), void*)' downloads.o(.text+0x2cb4): In function `DLWin::DLWin(int, int)': /home/higuita/build/dillo/dpi/downloads.cc:1109: undefined reference to `fltk::add_timeout(float, void (*)(void*), void*)' downloads.o(.text+0x2e44): In function `DLWin::DLWin(int, int)': /home/higuita/build/dillo/dpi/downloads.cc:1109: undefined reference to `fltk::add_timeout(float, void (*)(void*), void*)' downloads.o(.text+0x2ece): In function `main': /home/higuita/build/dillo/dpi/downloads.cc:1132: undefined reference to `fltk::run()' downloads.o(.gnu.linkonce.r._ZTV11ProgressBar+0x28): undefined reference to `fltk::Widget::handle(int)' downloads.o(.gnu.linkonce.r._ZTV11ProgressBar+0x30): undefined reference to `fltk::Widget::layout()' downloads.o(.gnu.linkonce.r._ZTI11ProgressBar+0x10): undefined reference to `typeinfo for fltk::Widget' downloads.o(.gnu.linkonce.t._ZN11ProgressBarD1Ev+0xc): In function `ProgressBar::~ProgressBar()': /home/higuita/build/dillo/dpi/downloads.cc:1132: undefined reference to `fltk::Widget::~Widget()' downloads.o(.gnu.linkonce.t._ZN11ProgressBarD0Ev+0xc): In function `ProgressBar::~ProgressBar()': /home/higuita/build/dillo/dpi/downloads.cc:1132: undefined reference to `fltk::Widget::~Widget()' collect2: ld returned 1 exit status make[2]: *** [downloads.dpi] Error 1 make[2]: Leaving directory `/home/higuita/build/dillo/dpi' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/higuita/build/dillo' make: *** [all] Error 2 any help is welcome 8) thanks 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

April 28, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Jorge Arellano Cid

On Thu, Apr 27, 2006 at 08:39:46AM -0400, Roberto C. Sanchez wrote: > Jorge Arellano Cid wrote: > > > > URBI ET ORBI: > > > > Please don't send email to dillo-dev with CC to jcid(a)dillo.org. > > > > I do read dillo-dev! :-) > > > > My mistake. I went back to using Thunderbird a while back and I don't > always remember to remove the individual and make the list the TO: > field. I just wish the Thunderbird developers would implement a simple > "Reply To List" button or something. Appologies. :-) Someday I will know why that's the default! :-) Lot's of people write two messages. -- Cheers Jorge.-

April 27, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Kelson Vibber

Francis Daly wrote: > On Wed, Apr 26, 2006 at 01:32:56PM -0700, Kelson Vibber wrote: >> Sorry I didn't think to try this before, but I'm having problems >> building Dillo with a locally-installed FLTK. > > The Fine Manual suggests that the included patch should work. Thanks. I've added the patch to the source RPM, making it optional so that it doesn't have to run automake in the event that someone wants to build it without FLTK, or has it installed in /usr/local. Mandriva 2006 is done! RPMs are now ready for the latest x86 releases of Fedora Core, SuSE, Mandriva, and Red Hat Enterprise Linux. Of course, SuSE 10.1 should be out any day now, and I'll be behind again... -- Kelson Vibber www.hyperborea.org

April 27, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Roberto C. Sanchez

Jorge Arellano Cid wrote: > > URBI ET ORBI: > > Please don't send email to dillo-dev with CC to jcid(a)dillo.org. > > I do read dillo-dev! :-) > My mistake. I went back to using Thunderbird a while back and I don't always remember to remove the individual and make the list the TO: field. I just wish the Thunderbird developers would implement a simple "Reply To List" button or something. Appologies. :-) -Roberto -- Roberto C. Sanchez http://familiasanchez.net/~roberto

April 27, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Jorge Arellano Cid

On Thu, Apr 27, 2006 at 08:08:06AM -0400, Roberto C. Sanchez wrote: > Jorge Arellano Cid wrote: > > > > Thanks a lot! > > > > I think those are enough for the announcement. Don't stress yourself! > > > > I'll wait a day or two to have some news from .DEB packages. > > > > If I don't hear anything in the next couple of days, I will email the > Debian maintainer and see if I can help with that. I just wrote to Philippe a few minutes ago! There're three maintainers for Dillo in Debian. Let's see what comes down the line. --------- URBI ET ORBI: Please don't send email to dillo-dev with CC to jcid(a)dillo.org. I do read dillo-dev! :-) -- Cheers Jorge.-

April 27, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Roberto C. Sanchez

Jorge Arellano Cid wrote: > > Thanks a lot! > > I think those are enough for the announcement. Don't stress yourself! > > I'll wait a day or two to have some news from .DEB packages. > If I don't hear anything in the next couple of days, I will email the Debian maintainer and see if I can help with that. -Roberto -- Roberto C. Sanchez http://familiasanchez.net/~roberto

April 27, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Jorge Arellano Cid

Hi Kelson, On Wed, Apr 26, 2006 at 11:52:50PM -0700, Kelson Vibber wrote: > On Wednesday 26 April 2006 11:03 am, Jorge Arellano Cid wrote: > > dillo-0.8.6.tar.bz2 is finally ready for download. Get it from: > > > > http://www.dillo.org/download/dillo-0.8.6.tar.bz2 > > > > The announcement will be made hopefully after the RPMs and > > DEBs are ready. Package maintainers, please let me know when ready. > > I've posted RPMs for: > > Fedora Core 4 and 5 > Suse 10.0 > Mandrake 10.0 and 10.1 > Red Hat Enterprise Linux 3 and 4 > > I'll add more over the next few days. FLTK is proving problematic on some of > the older distros where I can't easily add packages like g++ without tracking > down the install CDs. Thanks a lot! I think those are enough for the announcement. Don't stress yourself! I'll wait a day or two to have some news from .DEB packages. -- Cheers Jorge.-

April 27, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Jeremy Henty

leslie.polzer(a)gmx.net wrote: > Do you have any idea when FLTK2 libs will be named properly? That change is already in the subversion trunk. I am using revision 4942 without problems (YMMV). Regards, Jeremy Henty

April 27, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Francis Daly

On Wed, Apr 26, 2006 at 01:32:56PM -0700, Kelson Vibber wrote: > Sorry I didn't think to try this before, but I'm having problems > building Dillo with a locally-installed FLTK. Up until now I've > installed it into /usr/local, which has worked fine everywhere. If I > install FLTK into ~/local (with ~/local/bin in the path), downloads.cc > will not build. > > configure is finding the correct includes and library paths, and > dpi/Makefile has them as LIBFLTK_CXXFLAGS and LIBFLTK_LIBS. However, > those paths don't seem to be used for building downloads.cc. The Fine Manual suggests that the included patch should work. Testing here doesn't reveal any obvious problems; but the whole thing may be automake-version dependent. patch, autogen.sh (from cvs), configure as desired, and cd dpi && make -n downloads.o to confirm that the build line looks sane. Adding the new line outside of the "if DLGUI" section might allow the above command work even with configure --disable-dlgui -- I'll leave that as a matter of taste. (And it might be sensible to use AM_CXXFLAGS instead of CXXFLAGS. But I don't think it's necessary.) If you don't want to mess with automake in the tarfile, adding the same line towards the end of dpi/Makefile.in (optionally with a leading @DLGUI_TRUE@), or to dpi/Makefile (but you'll lose it after each configure) should have the same end result. All the best, f -- Francis Daly francis(a)daoine.org --- ./dpi/Makefile.am 2006-01-03 20:16:10.000000000 +0000 +++ ./dpi/Makefile.am 2006-04-27 09:38:26.000000000 +0100 @@ -36,6 +36,7 @@ file_dpi_LDFLAGS = @LIBPTHREAD_LDFLAGS@ bookmarks_dpi_SOURCES = bookmarks.c dpiutil.c dpiutil.h if DLGUI downloads_dpi_SOURCES = downloads.cc dpiutil.c dpiutil.h +downloads.o: CXXFLAGS += $(LIBFLTK_CXXFLAGS) else downloads_dpi_SOURCES = downloads-old.c dpiutil.c dpiutil.h endif

April 27, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by leslie.polzer＠gmx.net

Do you have any idea when FLTK2 libs will be named properly? Leslie -- gpg --keyserver pgp.mit.edu --recv-keys 0x52D70289 http://nic-nac-project.de/~skypher/

April 27, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Kelson Vibber

On Wednesday 26 April 2006 11:03 am, Jorge Arellano Cid wrote: > dillo-0.8.6.tar.bz2 is finally ready for download. Get it from: > > http://www.dillo.org/download/dillo-0.8.6.tar.bz2 > > The announcement will be made hopefully after the RPMs and > DEBs are ready. Package maintainers, please let me know when ready. I've posted RPMs for: Fedora Core 4 and 5 Suse 10.0 Mandrake 10.0 and 10.1 Red Hat Enterprise Linux 3 and 4 I'll add more over the next few days. FLTK is proving problematic on some of the older distros where I can't easily add packages like g++ without tracking down the install CDs. -- Kelson Vibber www.hyperborea.org

April 27, 2006

Re: [Dillo-dev] dillo-0.8.6.tar.bz2 is out!!!

by Kelson Vibber

Jorge Arellano Cid wrote: > Please send some feedback. This is the same rc5 tarball (with a > 0.8.6 label), but you never know! :-) Sorry I didn't think to try this before, but I'm having problems building Dillo with a locally-installed FLTK. Up until now I've installed it into /usr/local, which has worked fine everywhere. If I install FLTK into ~/local (with ~/local/bin in the path), downloads.cc will not build. configure is finding the correct includes and library paths, and dpi/Makefile has them as LIBFLTK_CXXFLAGS and LIBFLTK_LIBS. However, those paths don't seem to be used for building downloads.cc. I can get most of the current set of distributions using a FLTK installed in /usr/local. I haven't set up my own Mandriva 2006 box yet, and I'm trying to build it at work without installing FLTK system-wide. -- Kelson Vibber www.hyperborea.org

April 26, 2006

dillo-0.8.6.tar.bz2 is out!!!

by Jorge Arellano Cid

Hi there, dillo-0.8.6.tar.bz2 is finally ready for download. Get it from: http://www.dillo.org/download/dillo-0.8.6.tar.bz2 The announcement will be made hopefully after the RPMs and DEBs are ready. Package maintainers, please let me know when ready. The graphical downloads plugin is the recommended choice for precompiled packages. IMPORTANT NOTE: FLTK2 r4898 or less is recommended. Later snapshots behave unstable. You have been warned. How to get FLTK2: From scratch from svn: svn co -r 4898 http://svn.easysw.com/public/fltk/fltk/trunk/ fltk to an existing svn tree: svn update -r 4898 Please send some feedback. This is the same rc5 tarball (with a 0.8.6 label), but you never know! :-) -- Cheers Jorge.-

April 26, 2006

Re: [Dillo-dev] Dillo 0.8.5-2.fc5 suddenly having problems as default browser under FC5

by Jorge Arellano Cid

Hi, On Tue, Apr 25, 2006 at 10:48:47AM -0400, Beartooth wrote: > On Tue, 25 Apr 2006, Francis Daly wrote: > > >On Mon, Apr 24, 2006 at 05:35:15PM -0400, beartooth wrote: > > > >As far as I can see, dillo-0.8.5-2.fc5 dates from April 5th, while > >dillo-0.8.5-1.fc5 dates from March 4th. > > > >The main difference between the two is the addition of the > >dillo-0.8.5-i18n-misc-20060105.diff.bz2 patch into the new version. The right place to discuss this is in the dillo-0.8.5-i18n-misc forum, with the patch developers. This branch is not maintained by us and not our responsibility at all. If you have any troubles with the official Dillo you're more than welcome to report troubles here; BTW, you're encouraged. As from our branch, you could try dillo-0.8.6-rc5.tar.bz2. -- Cheers Jorge.-

April 25, 2006

Re: [Dillo-dev] Dillo 0.8.5-2.fc5 suddenly having problems as default browser under FC5

by Beartooth

On Tue, 25 Apr 2006, Francis Daly wrote: > On Mon, Apr 24, 2006 at 05:35:15PM -0400, beartooth wrote: > > As far as I can see, dillo-0.8.5-2.fc5 dates from April 5th, while > dillo-0.8.5-1.fc5 dates from March 4th. > > The main difference between the two is the addition of the > dillo-0.8.5-i18n-misc-20060105.diff.bz2 patch into the new version. > > So, if you've been updating reasonably frequently, then it may be safe > to guess that things worked with dillo-0.8.5-1.fc5 and fail with > dillo-0.8.5-2.fc5? Most probably; there is often a discernible lag between the appearance of any new version of an app and its arrival in the Fedora repositories for yum. > You can possibly demonstrate that this is the case by downgrading to > dillo-0.8.5-1.fc5 and seeing if it works as it used to. For the first time in my experience, I'd like to try -- but I have no idea how to downgrade anything. Is there a "yum downgrade" command?? I could get an rpm, I'm sure; but I'm a little uneasy about doing rpm -f, or for that matter anything as root with an -f switch. >> If I open Dillo from its icon in the browser drawer on my panel, it >> tells me "Welcome to Dillo 0.8.5-i18n-misc" -- but rpm -q dillo says >> dillo-0.8.5-2.fc5. > > Yes, that's the patched version. I believe the splash screen has some > hints for problem reports. Maybe it used to; I disremember. What I get by launching it now is a thing like a miniature icon on the desktop: a round-topped vertical blue rectangle with a white bottom, half the size of my little fingernail. The cursor, touching it, immediately turns into a double-tipped diagonal with which to drag to corner to resize it. That done, it says "about:splash" in the location bar, and "Welcome to Dillo 0.8.5-i18n-misc" on the gray background. The rest looks like a drawing of tables of words, with just lines to represent phrases. View > Options gives a screen called Dillo Preferences -- which is new and welcome to me, but, alas!, doesn't work. On the Interface tab, resetting panel size may do something; can't tell. Setting window size up to 1000 x 700 gets me something that might be of use (on a ViewSonic VG91-b 19" flat panel LCD monitor, 1280 x 1024) -- but I still see nothing remotely readable where text looks meant to be. The font tab comes up with "font factor" (something I never heard of) set to 0.1; I just reset to 1.5, and now see text. Better let me play around a while -- this is beginning to remind me of RH/Fedora's bad old days, when any app came up requiring configuration before first use -- not only no usable defaults out of the box, but no defaults at all. PLEASE do not go back to that! > If you can give a recipe for reproducing any of the problems with > vanilla dillo, I'll take a look into it. Now that I can see something I can read, I'd better play around a while, to see what I can see, and then report. > > For me (not on FC5): > > $ ./dillo --version > Dillo 0.8.5 > $ ./dillo www.dillo.org Tried that both as user and as root; got the same both ways : bash: ./dillo: No such file or directory > happily opens http://www.dillo.org That still gives me ERROR: unable to connect to remote host. I'll go look at it on another browser. Stay tuned. -- Beartooth Staffwright, Neo-Redneck Linux Enthusiast A wanderstaff like an Elvish rope should be long, and strong, and light. And gentle to the hand.

April 25, 2006

Re: [Dillo-dev] Dillo 0.8.5-2.fc5 suddenly having problems as default browser under FC5

by Francis Daly

On Mon, Apr 24, 2006 at 05:35:15PM -0400, beartooth wrote: Hi there, > Dillo 0.8.5-2.fc5 has long been my default -- both in the preference > settings for Fedora 4 and now 5, and in the preferences for Pan 0.14.2.91. As far as I can see, dillo-0.8.5-2.fc5 dates from April 5th, while dillo-0.8.5-1.fc5 dates from March 4th. The main difference between the two is the addition of the dillo-0.8.5-i18n-misc-20060105.diff.bz2 patch into the new version. So, if you've been updating reasonably frequently, then it may be safe to guess that things worked with dillo-0.8.5-1.fc5 and fail with dillo-0.8.5-2.fc5? You can possibly demonstrate that this is the case by downgrading to dillo-0.8.5-1.fc5 and seeing if it works as it used to. > If I open Dillo from its icon in the browser drawer on my panel, it tells > me "Welcome to Dillo 0.8.5-i18n-misc" -- but rpm -q dillo says > dillo-0.8.5-2.fc5. Yes, that's the patched version. I believe the splash screen has some hints for problem reports. If you can give a recipe for reproducing any of the problems with vanilla dillo, I'll take a look into it. > (It used to work fine on complete URLs -- ones including "http://" It > failed to accept ones showing only "www.<whatever>" but would get them if > I opened Dillo and typed or pasted the "www.<whatever> into it and hit > enter. Now it fails both ways, with and without the full URL.) For me (not on FC5): $ ./dillo --version Dillo 0.8.5 $ ./dillo www.dillo.org happily opens http://www.dillo.org All the best, f -- Francis Daly francis(a)daoine.org

April 25, 2006

another possible ps2 problem with 0.8.6rc5...

by robert w hall

from a thread on the ps2-linux site between linuxlad (me) & cronocloud- anyone else having problems, or see what we're doing wrong??? Read and respond to this message at: https://playstation2-linux.com/forum/message.php?msg_id=49526 By: cronocloud >Why did you need to use gcc3? I got a strange error message at the end of the configure using 2.95.2 it wasn't exactly a "total failure" message but I decided to try it with gcc3 and there was no strange message with that. >I've now compiled wget (both gccs) and rc5 and am >NOT getting things going smoothly. (main.c:362 >get_command failed). Things are not going smooth with my dillo either, intermittent downloader failures, with similar messages as before. When it happens, I have to exit dillo and kill the little dpi bits it leaves behind to have a chance of getting the downloader working again, and even then it still sometimes doesn't work. And logging into these forums with it is basically random, sometimes it works, but most of the time it doesn't.It just crashed trying to log in. And it still does that "not loading a website all the way" thing it does.on occasion. When that happens, it's usually not very long till it refuses to load pages at all. Then it's exit and kill time. It still doesn't exit cleanly all the time. I'm not really complaining though,because dillo works pretty well the majority of the time. I really do appreciate the devs hard work. snip ______________________________________________________________________ You are receiving this email because you elected to monitor this forum, the forum is attached to news you submitted, or the post is in direct reply to one of yours. To toggle monitoring of this forum, visit this URL: https://playstation2-linux.com/forum/monitor.php?forum_id=4 -- robert w hall

April 24, 2006

Dillo 0.8.5-2.fc5 suddenly having problems as default browser under FC5

by beartooth

Followups set to gmane.comp.web.dillo.devel Dillo 0.8.5-2.fc5 has long been my default -- both in the preference settings for Fedora 4 and now 5, and in the preferences for Pan 0.14.2.91. It seems to've gotten some major changes lately -- possibly through a yum nightly, more likely because of some change I've made in its options, such as telling it my own colors for links visited and unvisited, etc. It worked fine with Pine (either on my own machine, or Pine on a remote machine running under ssh) in which I command "open link" -- for a while longer than in Pan. But Dillo as the default has suddenly (in the last day or so) taken to coming up with only a tiny window, and telling me "ERROR: unable to connect to remote host" in the left bottom corner. I have tried changing the preferences to something else, and back; no joy. If I open Dillo from its icon in the browser drawer on my panel, it tells me "Welcome to Dillo 0.8.5-i18n-misc" -- but rpm -q dillo says dillo-0.8.5-2.fc5. If I type or paste a URL into the location on Dillo as opened from the icon, I also get the error message. (It used to work fine on complete URLs -- ones including "http://" It failed to accept ones showing only "www.<whatever>" but would get them if I opened Dillo and typed or pasted the "www.<whatever> into it and hit enter. Now it fails both ways, with and without the full URL.) Pan still gets other browsers to find its links, if I make the change in its Edit > Preferences > Apps & Mail; Pine does if I change system preferences. Would changing color coding affect ability to browse?? Is FC5 suddenly having troubles passing URLs to Dillo that it didn't have before?? - Beartooth Staffwright, Wordcrafty Squirreler FC5; Pine 4.64, Pan 0.14.2.91; Privoxy 3.0.3; CXO 5.0.1 Dillo 0.8.5, Opera 8.54, Firefox 1.5, Galeon 2.0.1 Remember I have little idea what I am talking about.

April 24, 2006

Google SoC (omg deadline is today!)

by pete＠teamlupus.hu

hi all! Google Summer of Code is out and i think it's a great opportunity for Dillo to gain _paid_ developers. The project is very well presented, i think anybody with more or less knowledge can effectively contribute. Applying for a mentor organization is open for small(er than KDE, Gnome, FF, OOO) projects, too - i can see irssi on the list! more info about this: http://code.google.com/summerofcode.html ---- Péter PS: omg deadline is today! I just saw this, maybe not too late...

April 24, 2006

Re: [Dillo-dev] dillo on the ps2

by Francis Daly

On Fri, Apr 21, 2006 at 09:15:10AM +0100, robert w hall wrote: > the default kit wget is apparently 1.5.3 from 1998! I'd never even > thought > about upgrading it. (just like I never thought about upgrading vi/vim > even though > I use it a lot until quite recently) > > I grabbed wget 1.10.2 and installed it, you have to compile it with > gcc3. So that it's available for anyone searching in future: in case upgrading wget is not an option, a shell wrapper could be used to remove the offending arguments before the real wget sees them. The following in $HOME/bin/wget (by which I mean, "earlier in $PATH that the real command") seems to work for me. == #!/bin/bash # wrapper to remove unwanted option+argument # before calling real_cmd # For when older version does not use newer option real_cmd=/usr/bin/wget count=0 while [ $# -gt 0 ] do case "$1" in --load-cookies) shift;shift ;; *) args[$count]="$1";shift ;; esac count=$(($count+1)) done "$real_cmd" "${args[@]}" == I used /bin/bash, but any bourne-alike with arrays should work -- quick tests on zsh, pdksh, and ksh here indicate they seem fine too. It's not a perfect replacement -- wget accepts unambiguous shorter versions of options which this one doesn't. And I think that wget accepts --load-cookies=file as well, so it can be just one argument. But current dillo usage doesn't do that. Because of that, it may be better to call this "dillowget" and adjust download*c to use that instead of wget in cases where it matters. For most people, of course, things will Just Work. But now google might help someone searching for "dillo download fails silently". Cheers, f -- Francis Daly francis(a)daoine.org

April 21, 2006

dillo on the ps2

by robert w hall

Better news attached Read and respond to this message at: https://playstation2-linux.com/forum/message.php?msg_id=49519 By: cronocloud the default kit wget is apparently 1.5.3 from 1998! I'd never even thought about upgrading it. (just like I never thought about upgrading vi/vim even though I use it a lot until quite recently) I grabbed wget 1.10.2 and installed it, you have to compile it with gcc3. That fixed the problem with dillo (it downloads properly and displays that nice little progress bar) so it was a problem with the kit's wget being too old. Good detective work. And another plus is I'm actually logged in here with it. I appreciate the Dillo-devs work. -- robert w hall

April 21, 2006

Re: [Dillo-dev] dillo-0.8.6-rc5.tar.bz2 is out!

by Francis Daly

On Thu, Apr 20, 2006 at 10:39:30AM +0100, robert w hall wrote: > Cronocloud's error log (long) is posted on playstation2-linux general > forum. I haven't yet bottomed what is going wrong, so would like to try > on my own system. One part of the problem, at least, is revealed by the error message """ [downloads (child)]: cmd: wget -O - --load-cookies $HOME/.dillo/cookies.txt 'http://easynews.dl.sourceforge.net/sourceforge/gaim/gaim-1.5.0.tar.gz' [downloads (child)]: to: /home/CronoCloud/gaim-1.5.0.tar.gz [downloads (child)]: pid=4020, Running: wget -O - --load-cookies $HOME/.dillo/cookies.txt 'http://easynews.dl.sourceforge.net/sourceforge/gaim/gaim-1.5.0.tar.gz' wget: unrecognized option `--load-cookies' [downloads (child)]: pid=4020, done! """ --load-cookies looks to have been introduced between wget 1.6 and 1.7. At a guess, the user's version is not newer than 1.7. >From a dillo perspective, we require the use of wget, and effectively require the use of a newish wget, without testing for its existence or version. The error log as presented without using --disable-dlgui seems mostly silent on the problem. That could be because (GNU v 1.9.1, at least) "wget --WTF?" returns success. More likely, though, in downloads.cc, child_init() returns void, so even if execvp(dl_argv[0], dl_argv) failed and returned something, we still wouldn't see it. In downloads-old.c, the return value of pclose(in_stream) is checked, so wget returning failure could generate a sane message in that case. But, as shown above, we already print the stderr output as a hint. Short version: it looks like a dillo problem to me. Since we rely on wget at run time, we should either use a run time check, or also require it at build time with a configure check. I suspect it isn't trivially resolvable, since the run time check feels complicated, and the build time check can't know what is available at run time in general. For the user, installing a newer (or fuller) wget might remove some of the observable part of the problem. No patches, sorry. f -- Francis Daly francis(a)daoine.org

April 20, 2006

Re: [Dillo-dev] dillo-0.8.6-rc5.tar.bz2 is out!

by robert w hall

In message <JzceN$BdgkREFwgw(a)n-cantrell.demon.co.uk>, robert w hall <bobh(a)n-cantrell.demon.co.uk> writes >cronocloud from the playstation2-linux list is testing rc5 for the ps2 >now. rc4 gave him problems with d/l at both sourceforge and a gnome >mirror, he writes. ... Later Cronocloud's error log (long) is posted on playstation2-linux general forum. I haven't yet bottomed what is going wrong, so would like to try on my own system. (Hopefully we will have our machine back running by the w/e) Bob -- robert w hall

April 20, 2006

Re: [Dillo-dev] dillo-0.8.6-rc5.tar.bz2 is out!

by Jeremy Henty

On Wed, Apr 19, 2006 at 07:47:12AM -0400, Jorge Arellano Cid wrote: > Your feedback is the only one for rc5 so far. Um, then I'll add my feedback: -rc5 has been rock-solid for me. Cheers, Jeremy Henty

April 20, 2006

Re: [Dillo-dev] dillo-0.8.6-rc5.tar.bz2 is out!

by Jorge Arellano Cid

On Wed, Apr 19, 2006 at 08:51:48PM +0200, Thomas-Martin Seck wrote: > * Jorge Arellano Cid (jcid(a)dillo.org) > > > On Mon, Apr 17, 2006 at 10:21:25PM -0700, Kelson Vibber wrote: > > > > I'm not sure what your planned schedule is for the final release, but I > > > thought I should let you know: I'm going to be on vacation this coming > > > weekend through next Tuesday, April 25. I should have time to build RPMs > > > this week through Thursday, April 20, or next week starting on Wednesday, > > > April 26. > > > > Your feedback is the only one for rc5 so far. I think it's a > > good idea to wait a bit longer and schedule release for April 26 > > or 27 when you have those RPMs built, after the feedback cycle is > > done. > > Sorry, forgot to send feedback. I am using rc5 with the download gui for > a few days now without obvious issues (this is on FreeBSD 4 and 6). > > Unfortunately, the FLTK 2 port has not yet been committed to the FreeBSD > ports tree (this tree still seems to be semi-frozen in order to > stabilize for the upcoming FreeBSD 5.5 and 6.1 releases). Once FLTK 2 is > in, I will add support for it to the dillo port. The dillo port itself > will be updated by me ASAP. Thanks for the info! -- Cheers Jorge.-

April 19, 2006

Re: [Dillo-dev] dillo-0.8.6-rc5.tar.bz2 is out!

by Thomas-Martin Seck

* Jorge Arellano Cid (jcid(a)dillo.org) > On Mon, Apr 17, 2006 at 10:21:25PM -0700, Kelson Vibber wrote: > > I'm not sure what your planned schedule is for the final release, but I > > thought I should let you know: I'm going to be on vacation this coming > > weekend through next Tuesday, April 25. I should have time to build RPMs > > this week through Thursday, April 20, or next week starting on Wednesday, > > April 26. > > Your feedback is the only one for rc5 so far. I think it's a > good idea to wait a bit longer and schedule release for April 26 > or 27 when you have those RPMs built, after the feedback cycle is > done. Sorry, forgot to send feedback. I am using rc5 with the download gui for a few days now without obvious issues (this is on FreeBSD 4 and 6). Unfortunately, the FLTK 2 port has not yet been committed to the FreeBSD ports tree (this tree still seems to be semi-frozen in order to stabilize for the upcoming FreeBSD 5.5 and 6.1 releases). Once FLTK 2 is in, I will add support for it to the dillo port. The dillo port itself will be updated by me ASAP.

April 19, 2006

go to a url programatically

by Jose Luis Zabalza

Hello everybody. I am a newbie. Is there any kind of trick to a program do dillo go to a url? I try send by file.dpi unix socket this <dpi cmd='open_url' url='www.google.com'> modifying dpidc perl script, but I think I don't understand dpi protocol. Thanks in avance. -- José Luis Zabalza jlz.3008(a)gmail.com Linux Counter 172551

April 19, 2006

Re: [Dillo-dev] dillo-0.8.6-rc5.tar.bz2 is out!

by robert w hall

In message <20060419114712.GD2432(a)dillo.org>, Jorge Arellano Cid <jcid(a)dillo.org> writes > Your feedback is the only one for rc5 so far. I think it's a >good idea to wait a bit longer and schedule release cronocloud from the playstation2-linux list is testing rc5 for the ps2 now. rc4 gave him problems with d/l at both sourceforge and a gnome mirror, he writes. (My machine is lying in bits on the snooker table, with a knackered ribbon cable :-() -- robert w hall

April 19, 2006

Re: [Dillo-dev] dillo-0.8.6-rc5.tar.bz2 is out!

by Jorge Arellano Cid

On Mon, Apr 17, 2006 at 10:21:25PM -0700, Kelson Vibber wrote: > On Saturday 15 April 2006 5:44 am, Jorge Arellano Cid wrote: > > That's it. Please test and send feedback! > > So far, so good! Great! > I'm not sure what your planned schedule is for the final release, but I > thought I should let you know: I'm going to be on vacation this coming > weekend through next Tuesday, April 25. I should have time to build RPMs > this week through Thursday, April 20, or next week starting on Wednesday, > April 26. Your feedback is the only one for rc5 so far. I think it's a good idea to wait a bit longer and schedule release for April 26 or 27 when you have those RPMs built, after the feedback cycle is done. Thanks for the info. -- Cheers Jorge.-

April 19, 2006

Re: [Dillo-dev] dillo-0.8.6-rc5.tar.bz2 is out!

by Kelson Vibber

On Saturday 15 April 2006 5:44 am, Jorge Arellano Cid wrote: > That's it. Please test and send feedback! So far, so good! I'm not sure what your planned schedule is for the final release, but I thought I should let you know: I'm going to be on vacation this coming weekend through next Tuesday, April 25. I should have time to build RPMs this week through Thursday, April 20, or next week starting on Wednesday, April 26. -- Kelson Vibber www.hyperborea.org

April 18, 2006

Re: [Dillo-dev] Upcoming filename changes in FLTK2

by Thomas-Martin Seck

* Jeremy Henty (jeremy(a)chaos.org.uk) > A tip-off for Dillo developers: FLTK2 will shortly rename its > installed libraries and configuration scripts from *fltk* to *fltk2* . > This means that Dillo's configure.in will then have to refer to > fltk2-config everywhere instead of fltk-config . This patch does the trick for me, compile tested against FLTK2 r4948: Index: configure.in =================================================================== RCS file: /sfhome/cvs/dillo/dillo/configure.in,v retrieving revision 1.94 diff -p -u -r1.94 configure.in --- configure.in 8 Apr 2006 12:25:19 -0000 1.94 +++ configure.in 16 Apr 2006 16:13:35 -0000 @@ -37,7 +37,6 @@ AC_ARG_ENABLE(dlgui, [ --disable-dlgui enable_dlgui=$enableval, enable_dlgui=yes) AC_ARG_ENABLE(threaded-dns,[ --disable-threaded-dns Disable the advantage of a reentrant resolver library], enable_threaded_dns=$enableval, enable_threaded_dns=yes) -AM_CONDITIONAL(DLGUI, test x$enable_dlgui = xyes) AC_PROG_CC AM_PROG_CC_STDC @@ -114,12 +113,21 @@ dnl ----------------------------------- dnl Check for FLTK dnl ----------------------------------- dnl -dnl For debugging and to be user friendly - AC_MSG_CHECKING([Hackish check for FLTK]) -dnl Call the config sripts. - LIBFLTK_CXXFLAGS=`fltk-config --cxxflags` - LIBFLTK_LIBS=`fltk-config --ldflags` - +dnl FLTK2 snapshots prior to r4948 used fltk-config instead of fltk2-config: +if test "x$enable_dlgui" = "xyes"; then + AC_PATH_PROGS(FLTK2_CONFIG, fltk2-config fltk-config, NOTFOUND) + dnl Call the config sripts. + if test -x "$FLTK2_CONFIG"; then + LIBFLTK_CXXFLAGS=`$FLTK2_CONFIG --cxxflags` + LIBFLTK_LIBS=`$FLTK2_CONFIG --ldflags` + fltk2_ok="yes" + else + fltk2_ok="no" + fi +else + fltk2_ok="no" +fi +AM_CONDITIONAL(DLGUI, test x$fltk2_ok = xyes) dnl ---------------- dnl Test for libjpeg

April 16, 2006

dillo-0.8.6-rc5.tar.bz2 is out!

by Jorge Arellano Cid

Hi there, The new dillo-0.8.6-rc5 is ready for download! Get it from: http://www.dillo.org/download/dillo-0.8.6-rc5.tar.bz2 Changes: - Now both download plugins are dillo-cookie aware. - Fixed a bug in memory deallocation (downloads GUI). - "C" locale for log parsing to work on localized systems (downloads GUI). - Now, new downloads appear on top of the list (downloads GUI). - Fixed a segfault for No-Content-Type ans zero lenght resources (cache). As you see, most of it is in the downloads GUI. Nobody complained about the new Content-Type sniffer of rc4, so it remained the same. That's it. Please test and send feedback! -- Cheers Jorge.-

April 15, 2006