November 2003 - Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] HTTPS Patch

by Indan Zupancic

> Should that be: > zcat ../dillo-20031110-tabs.patch.gz | patch -p1 Oops, yes, of course. As I said, edit it for your needs. ;) Seems like I copied the wrong (untested) version, I mean, I tested the thing and it worked, so didn't expect that I would send the not working version, silly me. Well, jet another reason to not send emails too hasty. Thanks for pointing it out. Indan

Nov. 15, 2003

Re: [Dillo-dev] HTTPS Patch

by Johann Koenig

On Friday November 14 at 03:35pm Indan Zupancic <indan(a)nul.nu> wrote: > echo "Getting patches..." > wget > "http://www.geocities.com/ikbenfrank/dillo-20031110-tabs.patch.gz" > wget > "http://www.xs4all.nl/~dorinek/dillo/dillo-20031110-https.patch.gz" cd > dillo > > echo "Applying tabs patch..." > zcat ../dillo-20031110-tabs.patch | patch -p1 > echo "Applying https patch..." > zcat ../dillo-20031110-https.patch | patch -p1 Should that be: zcat ../dillo-20031110-tabs.patch.gz | patch -p1 ^^^^^ -- -johann koenig Today is Pungenday, the 26th day of The Aftermath in the YOLD 3169 My public pgp key: http://mental-graffiti.com/pgp/johannkoenig.pgp

Nov. 15, 2003

Re: [Dillo-dev] HTTPS Patch

by Indan Zupancic

Hello, I made a version of my https patch which works with Frank's tabs patch, version 14 I think, there was one silly reject. I also made a simple (unfinished) script to get a patched Dillo version from CVS, edit it for your needs: ------- script ------- #!/bin/sh CFLAGS="-O2 -s -pipe" mkdir Dillo-patched cd Dillo-patched echo "Getting Dillo source..." cvs -z3 -d:pserver:anonymous@auriga.wearlab.de:/sfhome/cvs/dillo co -D "11/10/03" dillo echo "Getting patches..." wget "http://www.geocities.com/ikbenfrank/dillo-20031110-tabs.patch.gz" wget "http://www.xs4all.nl/~dorinek/dillo/dillo-20031110-https.patch.gz" cd dillo echo "Applying tabs patch..." zcat ../dillo-20031110-tabs.patch | patch -p1 echo "Applying https patch..." zcat ../dillo-20031110-https.patch | patch -p1 ./autogen.sh echo "Running configure..." CFLAGS=$CFLAGS ./configure #echo "Compiling patched Dillo..." #make #echo "Install patched Dillo?" #su #make install #exit #cd ../../ #rm -rf Dillo-patched ------- end script ------- Greetings, Indan

Nov. 14, 2003

Re: [Dillo-dev] HTTPS Patch

by Indan Zupancic

Hello, I looked a bit more into it, and found several revision systems, one of them Subversion. The most important part is how good the program is in merging branches, because that's the most work. Normal diff can't handle it very well, CVS makes it only easier to fix it manually from what I saw of it, so that is what the main advantages of Subversion and Arch should be, easy merging. After reading some docs it seems that Arch is harder to setup and handle, but probably better, and Subversion much easier to use, but not really distributed. Several sites said that Bitkeeper is the best, only it has a not too nice license and isn't open source. I think it's time to find other patch makers, and see how far we can come with plain diffs and CVS first. Using Arch would probably make it easier to handle multiple branches, but may also scare away potential patch makers (meaning that they probably will use diffs and that someone else must apply them to an Arch branch). Subversion has the advantage that it resembles CVS much more, so it's easier to start with. Greetings, Indan ------------------------------------------------------------------ HTTPS patch: http://www.xs4all.nl/~dorinek/dillo/dillo-ssl.diff.gz ------------------------------------------------------------------

Nov. 14, 2003

Re: [Dillo-dev] HTTPS Patch

by Paul Pelzl

Subversion is certainly "a compelling replacement for CVS" (to use the words of the SVN developers), but it lacks proper support for distributed repositories. I think this feature is ideal for Free software projects, as it makes it easy for developers to make contributions without having to worry about who has write access at a central repository. Paul On Fri, Nov 14, 2003 at 08:14:45AM +0100, Lars Segerlund wrote: > How about considering subversion ? ( www.tigris.org ). > > I have been using it at work for about a year with really good results. It can really do branches and such, also handles directories in a sane way. > > / regards, LArs Segerlund. > > On Thu, 13 Nov 2003 02:46:56 +0100 (CET) > "Indan Zupancic" <indan(a)nul.nu> wrote: > > > > I've made some scripts which create a temporary copy of the dillo CVS > > > dir and the patched dir, remove all unwanted crud from the patched dir, > > > do the diff and generate some statistics. I can send them if you want. > > > > Hm, a script, didn't thought about that. No need to send them though, can > > make my own if I need any. > > > > > Of course this still leaves the issues with patch makers constantly > > > being out of sync with eachother, and each patch being broken by updates > > > to CVS shortly after the patch was posted. More on that later... > > > > What about making a seperate Dillo repository, but instead of using CVS > > that is too centralized and can't handle branches very well (or so I > > heard), we could use GNU Arch (http://www.gnu.org/software/gnu-arch/, > > thanks to Paul Pelzl for the tip) or Bitkeeper? That way it should be much > > easier to manage all the patches, with one branch for each "patch" (one > > branch for https, one for tab+frames, etc). The hardest part should be to > > keep our main branch in sync with Dillo's CVS. > > > > Greetings, > > > > Indan > > > > > > _______________________________________________ > > Dillo-dev mailing list > > Dillo-dev(a)lists.auriga.wearlab.de > > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Nov. 14, 2003

Re: [Dillo-dev] HTTPS Patch

by Lars Segerlund

How about considering subversion ? ( www.tigris.org ). I have been using it at work for about a year with really good results. It can really do branches and such, also handles directories in a sane way. / regards, LArs Segerlund. On Thu, 13 Nov 2003 02:46:56 +0100 (CET) "Indan Zupancic" <indan(a)nul.nu> wrote: > > I've made some scripts which create a temporary copy of the dillo CVS > > dir and the patched dir, remove all unwanted crud from the patched dir, > > do the diff and generate some statistics. I can send them if you want. > > Hm, a script, didn't thought about that. No need to send them though, can > make my own if I need any. > > > Of course this still leaves the issues with patch makers constantly > > being out of sync with eachother, and each patch being broken by updates > > to CVS shortly after the patch was posted. More on that later... > > What about making a seperate Dillo repository, but instead of using CVS > that is too centralized and can't handle branches very well (or so I > heard), we could use GNU Arch (http://www.gnu.org/software/gnu-arch/, > thanks to Paul Pelzl for the tip) or Bitkeeper? That way it should be much > easier to manage all the patches, with one branch for each "patch" (one > branch for https, one for tab+frames, etc). The hardest part should be to > keep our main branch in sync with Dillo's CVS. > > Greetings, > > Indan > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Nov. 14, 2003

Re: [Dillo-dev] Cross Compiling for arm

by Donald McKnight

Same issue it located everything fine except for the X11R6 Headers, I corrected this but I get some errors on the make and they are below: dw_table.c: In function `Dw_table_construct_last_iterator': dw_table.c:649: warning: `child' might be used uninitialized in this function In file included from /opt/arm-linux/include/jpeglib.h:28, from jpeg.c:29: /opt/arm-linux/include/jconfig.h:12: warning: `HAVE_STDLIB_H' redefined ../config.h:38: warning: this is the location of the previous definition /opt/arm-linux/bin/ld: warning: cannot find entry symbol _start; defaulting to 00013c64 /opt/arm-linux/bin/ld: warning: cannot find entry symbol _start; defaulting to 000099b4 Strange this is when I launch it on arm it doesnt give any errors it just sits there and never opens unless I kill it Im lost at this point Thanks for the feed back Donald ----- Original Message ----- From: "Jorge Arellano Cid" <jcid(a)dillo.org> To: "Donald McKnight" <donald.mcknight(a)sbcglobal.net> Cc: "Dillo mailing list" <dillo-dev(a)lists.auriga.wearlab.de> Sent: Thursday, November 13, 2003 1:09 PM Subject: Re: [Dillo-dev] Cross Compiling for arm > > > On Thu, 13 Nov 2003, Donald McKnight wrote: > > > Hello, > > I recently downloaded 0.7.3 to cross compile on the gmate yopy > 3700. with my first attempt I noticed the configure script > grabbed all of my local variables such as /usr/local/lib instead > of /opt/arm-linux/lib. This gave me libgtk.so cannot read > symbols. I went though the configure and manually set the > environment variables and was able to successfully compile dillo, > however when I transfer the binary to arm it does not launch it > just hangs. I have cross-compiled several apps using the same > cross-compiler on my system. I am using slackware 9.1 kernel > 2.4.22, but I don't think the version should matter. Has anyone > ran into this before? > > > Hmmm, I've not been cross compiling dillo, but there's this > portion of code in configure.in: > > dnl -------------------------------------- > dnl Check whether to add /usr/local or not > dnl (this is somewhat a religious problem) > dnl -------------------------------------- > dnl > if test ! "`$CPP -v < /dev/null 2>&1 | grep '/usr/local/include'`"; then > CPPFLAGS="$CPPFLAGS -I/usr/local/include" > LDFLAGS="$LDFLAGS -L/usr/local/lib" > fi > > > Please comment it out, re-run autogen and see what happens. > > If you can't find the answer here, maybe the guys at familiar > may hint you better. > > > HTH > Jorge.- > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev

Nov. 13, 2003

Re: [Dillo-dev] Cross Compiling for arm

by Jorge Arellano Cid

On Thu, 13 Nov 2003, Donald McKnight wrote: > Hello, > I recently downloaded 0.7.3 to cross compile on the gmate yopy 3700. with my first attempt I noticed the configure script grabbed all of my local variables such as /usr/local/lib instead of /opt/arm-linux/lib. This gave me libgtk.so cannot read symbols. I went though the configure and manually set the environment variables and was able to successfully compile dillo, however when I transfer the binary to arm it does not launch it just hangs. I have cross-compiled several apps using the same cross-compiler on my system. I am using slackware 9.1 kernel 2.4.22, but I don't think the version should matter. Has anyone ran into this before? Hmmm, I've not been cross compiling dillo, but there's this portion of code in configure.in: dnl -------------------------------------- dnl Check whether to add /usr/local or not dnl (this is somewhat a religious problem) dnl -------------------------------------- dnl if test ! "`$CPP -v < /dev/null 2>&1 | grep '/usr/local/include'`"; then CPPFLAGS="$CPPFLAGS -I/usr/local/include" LDFLAGS="$LDFLAGS -L/usr/local/lib" fi Please comment it out, re-run autogen and see what happens. If you can't find the answer here, maybe the guys at familiar may hint you better. HTH Jorge.-

Nov. 13, 2003

Cross Compiling for arm

by Donald McKnight

Hello, I recently downloaded 0.7.3 to cross compile on the gmate yopy 3700. with my first attempt I noticed the configure script grabbed all of my local variables such as /usr/local/lib instead of /opt/arm-linux/lib. This gave me libgtk.so cannot read symbols. I went though the configure and manually set the environment variables and was able to successfully compile dillo, however when I transfer the binary to arm it does not launch it just hangs. I have cross-compiled several apps using the same cross-compiler on my system. I am using slackware 9.1 kernel 2.4.22, but I don't think the version should matter. Has anyone ran into this before? Thanks Donald McKnight

Nov. 13, 2003

Re: [Dillo-dev] HTTPS Patch

by Andreas Schweitzer

On Thu, Nov 13, 2003 at 04:40:35PM +0100, Stephan Goetter wrote: > Am Thu, Nov 13, 2003 at 12:23:52PM +0100 schrieb Indan Zupancic und sprach: > > > I think something like Arch or Subversion, with an accompanying Wiki for > > > developers and users to converse (and converge) is a good idea. > > > > I'm starting to doubt the whole idea, how nice it may be: Are there any > > other active patch makers out there except us? > > I'm working on JavaScript support for dillo using the SpiderMonkey > C-Engine of the Mozilla project: http://www.mozilla.org/js/spidermonkey/ At some point I was thinking (or rather fanatsising :-) ...) about using http://www.bbassett.net/njs/ as a Javascript Interpreter. (That was when I first understood plugins and played with them.) > The patch is not yet stable/clean enough to post it here and it lacks > a lot. Currently I try to clean it up and get the focus set on google. Google uses Javascript ? > I know most people here have low-end machines and there is probably no > interest in JavaScript support in the main branch. IMHO it could be useful to have an extremely light implementation. Only the OnClick, OnSUbmit things. I read on the specs etc., understood only a portion and probably remember only a tiny fraction now :-). But I remember, that it may make sense to only implement a handful of Javascriopt things (as you see, I even forgot the terminology), It may still be compaitible with dillo's design goals. I was mainly thinking of the sites that use Javascript to pop up new windows on clicking some links - which could just as easily be implemented in HTML. I.e. the ones that don't know the difference between Javascript and HTML. Also, the OnSUbmit thing seems to be useful for checking form values before submissions. However, all in all, I use dillo because it does NOT support Javascript and let the browser invade my desktop :-) Cheers, Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198

Nov. 13, 2003