- Dillo-dev - lists.mailman3.com

RPMs for Conectiva 8

by Kelson Vibber

I finally figured out what was preventing Dillo from building on my User-Mode Linux installation of Conectiva 8, so RPMs are now available for both the plain 0.7.3 release and 0.7.3 with tabs+frames patch version 10. Unfortunately, I have not been able to get the virtual network working on this instance, so I cannot route X to my actual desktop to test it. If anyone on this list has a copy of Conectiva 8, I'd appreciate it if you would try both RPMs and verify that the packaged version of Dillo works correctly (or at least as correctly as it does when you build it yourself) and that an icon appears in the KDE/Gnome menus. http://www.hyperborea.org/software/dillo/ On a related note, before I figured out what was missing from my UML installation of Conectiva 8, I decided to try installing an actual copy on spare partition space - and watched it wipe out my primary root partition, my home partition, and my download/media partition. After a long night I was able to recover both data partitions, but I had to reinstall my primary OS. (Not a big deal, since I had my configuration files and my critical data backed up - and I got the rest of my data back.) As a result, I have decided not to install any more distributions directly on that system, so unless/until I can set up a spare system solely for trying things out, anything else I build RPMs for will run under User-Mode Linux (At this point, 5 of the 10 distributions I build RPMs for are running under UML). If there's a pre-built filesystem available, or if it's supported directly by UMLBuilder, it should be easy (assuming I can get the install files). However, for Conectiva 9 or the upcoming Mandrake 9.2 and SuSE 9, I will need to experiment a bit with either building filesystems myself or creating a profile for use with UMLBuilder. (And any SuSE distribution is complicated by the fact that they only provide FTP-based installation unless you buy the boxed set.) The one exception is Fedora Core 1. My current primary OS is Red Hat 9, and I will probably upgrade to Fedora when it's released, assuming they don't rip out anything major. (I was planning to install the latest beta on a spare partition, but I'm a bit reluctant to do that now.) Kelson Vibber www.hyperborea.org

Oct. 6, 2003

[PATCH] smart bookmarks

by Tomas Styblo

Hello. I created a patch that adds Mozilla-like "Smart Bookmarks". Smart bookmarks make searching on the web much more convenient. There are two patches attached to this message. The first one is for vanilla dillo 0.7.3, the second one is for dillo 0.7.3 patched with the tabs/frames patch and the SSL patch. The following sample configuration lines should be added to your dillorc file: #------------------------------------------------------------------------- # SMART BOOKMARKS SECTION #------------------------------------------------------------------------- # Use "g dillo" as the URL to search google for "dillo". # The keyword may consist only of alpha-numeric characters and must be # separated from the URL with a semicolon. The URL must contain # the "%s" sequence, which will be replaced with the parameter following # the keyword. smart_bookmark="g;http://www.google.com/search?&q=%s" smart_bookmark="fm;http://freshmeat.net/search/?q=%s&section=projects" ~~~~~~~~~~~~~~~~~~~~ SNIP ~~~~~~~~~~~~~~~~~~~~~ Hopefully someone will find the patch useful. Thank you all for your work. -- Tomas Styblo <tripie(a)cpan.org> PGP: C97EA4B6 / 817E B8A8 1AFD 3256 3181 A730 85CF 7BEB C97E A4B6

Oct. 6, 2003

take control of your mortgage!

by cynthia

Oct. 5, 2003

Re: [Dillo-dev] Dillo Configuration

by Jorge Arellano Cid

Hi, On Mon, 29 Sep 2003, Ringwraith wrote: > I'd first like to say thanks for Dillo, its sooo great loading the > complete list of CPAN modules in less than 2 seconds, as compared with > the nice 5 to 10 seconds with mozilla/firebird :) Thanks. Is good to know you like it. > I do not know if this has been discussed but: (yes, to some extent...) > One thing I noticed, as Dillo matures, it will obviously need a > configuration/preferences menu. I am really starting to get pissed off > (pardon lang) at how other browsers use the standard toolkit based > widgets to do their configuration. This, IMHO, with the features of > today's browsers, clutters up the user interface and causes bloat with > the browser. I think having a PURE html interface to doing web browser > configuration would do two important things: > > 1. Gives the flexibility to have a feature rich browser while maintain > simplicity. It is a web browser, 90% of the user interface is a web > page, so why not make the GUI something the user is familiar with. > > 2. Reduces bloat. > > IMHO not so much importantly, Very important for us. > 3. Allows for nice customization (themes) of the user interface by > someone who knows HTML and vi w/o having to recompile dillo. ;) Well, the idea is very close to what you state (1 and 2, 3 as a plus). > I am considering to attempt to make a module for the configuration of > Dillo that will do this: > > 1. Configure all aspect of the browser including the (upcoming?) plugin > support. Dpi is working now. We are polishing it with Ferdi to make it ready for the next release. It has been working for some time though. For instance the bookmarks plugin ships with 0.7.3. > 2. Allow pluggable configuration. If plugins have any configurable > options (sometimes they do), they will also be configurable using the > interface. > > This module would be accessed through something like: > > config:// or about:config (i like config:// much better) As of dpi naming is now, something like: dpi:/preferences/ or dpi:/prefs/ (most probably with a shortcut from some menu) > It would obviously have some security built in so that no one can pull a > IE type trick on us and be able to do things they shouldn't. Currently, dpi checks the request to come from dpi-generated pages... > Anyhow this is just a brainstorm, what are your thoughts on doing > something like this? To me it looks as if you haven't read the dpi docs, and used the dpi framework very much, but your thoughts are quite lined with what we are-doing/want-to-do! Please read doc/Dpid.txt, and play a while with bookmarks.dpi. That will give you a lot of background. With regard to preferences, I'd suggest to start by modifying simple bits first, and then to extend to a broader range. For instance you can try with an on-the-fly change of force_my_colors and later some other simple ones. Beware that the preferences parsing code needs some changes to avoid leaks and conflicts when run twice or more (it was designed with a single pass in mind). This is not hard to change though! Cheers Jorge.-

Oct. 3, 2003

Re: [Dillo-dev] tab/frame patch ver. 10 makes huge binary?

by Frank de Lange

Mike Eriksen wrote: >ls -lh /usr/local/bin/dillo >-rwxr-xr-x 1 root root 3.4M <blah blah> >*** >A twelve fold increase in size!!!!? Obviously I did something stupid, but >what? Gcc is 3.2.2. > >Mike > > strip is your friend... (as root) strip /usr/local/bin/dillo You probably compiled with "-g" (means "include debugging information") somewhere in the CFLAGS Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

Oct. 3, 2003

Re: [Dillo-dev] tab/frame patch ver. 10 makes huge binary?

by landy

> Here's what I do: > > jojo@jojo ~/dillo-0.7.3 $ patch < dillo-0.7.3-tabs.patch try patch -p1

Oct. 3, 2003

Re: [Dillo-dev] tab/frame patch ver. 10 makes huge binary?

by johannes leimbach

Hi ! I'd love to give this patch a try, but unfortunatelity I can't patch the sourcecode. Here's what I do: jojo@jojo ~/dillo-0.7.3 $ patch < dillo-0.7.3-tabs.patch patching file ChangeLog patching file Makefile.in patching file aclocal.m4 patching file autogen.sh patching file configure patching file configure.in patching file dillorc patching file Browser_Frames.txt patching file Browser_Tabs.txt patching file DilloDoc.txt patching file Makefile.in Reversed (or previously applied) patch detected! Assume -R? [n] (press enter) Apply anyway? [n] y Hunk #1 FAILED at 1. Hunk #2 FAILED at 13. Hunk #3 FAILED at 122. Hunk #4 FAILED at 212. Hunk #5 FAILED at 220. 5 out of 5 hunks FAILED -- saving rejects to file Makefile.in.rej patching file README Hunk #1 FAILED at 18. 1 out of 1 hunk FAILED -- saving rejects to file README.rej patching file Makefile.in Reversed (or previously applied) patch detected! Assume -R? [n] [goes on...] Well, don't know why this is. I'd love to hear answer from you how to resolve this :) Thanks a lot for your help! Cu

Oct. 3, 2003

Re: [Dillo-dev] tab/frame patch ver. 10 makes huge binary?

by Mike Eriksen

On Fri, 3 Oct 2003, Ralph Slooten wrote: > On Fri, 3 Oct 2003 09:38:15 +0200 (MEST) > Mike Eriksen <kme3(a)mail.kemi.dtu.dk> wrote: > > > ls -lh /usr/local/bin/dillo > > -rwxr-xr-x 1 root root 3.4M <blah blah> > > try (as root) `strip /usr/local/bin/dillo` > > RPM strips the binaries, a normal install doesn't mostly. It should reduce your > filesize dramatically. > > Greetings > Ralph > -- > http://axljab.homelinux.org/ > "...the software said Win95 or better, so I installed Linux" Aha! Learned something new... Now it is 333K :-) Thanks a lot. Mike -- Thinstation FAQ maintainer http://thinstation.sourceforge.net - a light, full featured linux based thin client OS

Oct. 3, 2003

Re: [Dillo-dev] tab/frame patch ver. 10 makes huge binary?

by Ralph Slooten

On Fri, 3 Oct 2003 09:38:15 +0200 (MEST) Mike Eriksen <kme3(a)mail.kemi.dtu.dk> wrote: > ls -lh /usr/local/bin/dillo > -rwxr-xr-x 1 root root 3.4M <blah blah> try (as root) `strip /usr/local/bin/dillo` RPM strips the binaries, a normal install doesn't mostly. It should reduce your filesize dramatically. Greetings Ralph -- http://axljab.homelinux.org/ "...the software said Win95 or better, so I installed Linux"

Oct. 3, 2003

tab/frame patch ver. 10 makes huge binary?

by Mike Eriksen

Hi I've been running Dillo 0.7.3 from a rpm on a Redhat 9.0 for a while, but wanted to try out the tab/frame patch. So I downloaded the Dillo tarball, applied the patch, ran configure, make and make install. No problem. Since the tarball suggest /usr/local/bin and the rpm-version /usr/bin I'm able to have both versions simultaneously. However: *** ls -lh /usr/bin/dillo -rwxr-xr-x 1 root root 297K <blah blah> ls -lh /usr/local/bin/dillo -rwxr-xr-x 1 root root 3.4M <blah blah> *** A twelve fold increase in size!!!!? Obviously I did something stupid, but what? Gcc is 3.2.2. Mike -- Thinstation FAQ maintainer http://thinstation.sourceforge.net - a light, full featured linux based thin client OS

Oct. 3, 2003