July 2015 - Dillo-dev - lists.mailman3.com

Dillo 3.0.5 released

by onepoint＠starurchin.org

eocene wrote: > > All right, release is official... Linux From Scratch project wiki page updated: http://wiki.linuxfromscratch.org/blfs/wiki/dillo3 Are there any new config files that should be described? Regards, Jeremy Henty

July 14, 2015

Gentoo live ebuild, WAS: Github..cookies

by miroslav.rovis1＠zg.ht.hr

On Wed, Jul 08, 2015 at 10:34:24AM -0400, Walter Dnes wrote: > > > And on Gentoo, it's the local overlay way for me to go. Studying to be > > able to accomplish that. > > I'm also a Gentoo user; not even a C programmer, let alone a > developer. I'd be interested in your ebuild. A Tentative at dillo-3.1-dev ebuild https://forums.gentoo.org/viewtopic-t-1021878.html And, Walter, I hope you noticed I gave you credit for my figuring out the bug in the current version at: Dillo ebuild is missing xft flag for fltk, causes eye-sore https://bugs.gentoo.org/show_bug.cgi?id=554588 Cheers! -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

July 13, 2015

Fonts not found issue persists in 3.0.5

by miroslav.rovis1＠zg.ht.hr

On Sat, Jul 11, 2015 at 05:29:20PM -0300, Jorge Arellano Cid wrote: > On Thu, Jul 09, 2015 at 10:19:11PM +0200, miroslav.rovis1 at zg.ht.hr wrote: > > See this issue below? > > > > On Tue, Jul 07, 2015 at 09:29:18AM +0200, miroslav.rovis1 at zg.ht.hr wrote: > > > I got the new Dillo version 3.0.5 (in the master air-gapped box, which I > > > yet have to clone onto this, for online, same hardware box), as it is > > > available in gentoo: > > > > > > https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/www-client/dillo/ > > > > > > but my problem with fonts (the FAQ issue > > > http://www.dillo.org/FAQ.html#q27) to which eocene has kindly given the > > > tip for in his message: > > > > > > http://lists.dillo.org/pipermail/dillo-dev/2015-April/010500.html > > > > > > > And we thought: > > > For people reading this message offline, I'll paste his advice, since it is > > > also important: > > > > > > If you go to dw/fltkplatform.cc and, in FltkFont::initSystemFonts(), > > > remove the leading underscore in > > > _MSG("Found font: %s%s%s\n", name, t & FL_BOLD ? " bold" : "", > > > to get > > > MSG("Found font: %s%s%s\n", name, t & FL_BOLD ? " bold" : "", > > > and recompile, what does dillo say when you run it? > > > > > > > But we were wrong! And it was only something an unimaginative person > > like me can be capable of not figuring out despite urgent need and > > sincere desire because of that urgent need (my eyes have been hurting > > from the fixed not-much-more-than ASCII font that was all I've seen in, > > what?, a few months? > > > > We were wrong! It only needed that the fltk be recompiled with, guess > > what?, with the the XFT font renederer! > > > > That was the sole missing thing. > > I'm glad you finally nailed the issue, and have proper fonts. > > > > But I think I am going to file a bug on Gentoo Bugzilla about this! > > (But if anybody can tell a reason that justifies the xft use flag not > > being the default, pls. do tell me... in which case my filing the bug > > would not make sense; I don't see such reason though.) > > I neither see a reason for this... > > -- > Cheers > Jorge.- Thanx, boss! I think I found what was missing in the Gentoo ebuild, and I may have reported correctly on the Bugzilla: Dillo ebuild is missing xft flag for fltk, causes eye-sore https://bugs.gentoo.org/show_bug.cgi?id=554588 I tried to give credit where it was due, and you can find Walter Dnes name in the bug report above ;-) . Because this triggered my understanding,[...] > On Wed, Jul 08, 2015 at 10:34:24AM -0400, Walter Dnes wrote: ... > > You also have to have x11-libs/fltk on > > your system. For fltk, the "xft" USE flag is strongly recommended. I > > wonder if the "opengl" and "threads" USE flags would help fltk+dillo. [...]and the snippet of the dawning conversation can be found on: http://lists.dillo.org/pipermail/dillo-dev/2015-July/010594.html Cheers! On another note, still wrecking my nerves: it's a real torture accessing and posting bugs.gentoo.org with my current setup or with the something missing in dillo. It sure will take me time to really figure and deploy on my Gentoo the ebuilds in my local overlay with the current mercurial code (slowly making progress there too), so only then I'll know if the issue has been fixed in it... Just, in case anyone could see any reasons for the thousands per minute cookies.dpi lines as described in my Grsecurity Forums Dillo topic: Deploy RBAC on Dillo browser https://forums.grsecurity.net/viewtopic.php?f=5&t=4228 where my current policy for Dillo is at: https://forums.grsecurity.net/viewtopic.php?f=5&t=4228#p15372 Cheers! -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

July 12, 2015

Fonts not found issue persists in 3.0.5

by jcid＠dillo.org

On Thu, Jul 09, 2015 at 10:19:11PM +0200, miroslav.rovis1 at zg.ht.hr wrote: > See this issue below? > > On Tue, Jul 07, 2015 at 09:29:18AM +0200, miroslav.rovis1 at zg.ht.hr wrote: > > I got the new Dillo version 3.0.5 (in the master air-gapped box, which I > > yet have to clone onto this, for online, same hardware box), as it is > > available in gentoo: > > > > https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/www-client/dillo/ > > > > but my problem with fonts (the FAQ issue > > http://www.dillo.org/FAQ.html#q27) to which eocene has kindly given the > > tip for in his message: > > > > http://lists.dillo.org/pipermail/dillo-dev/2015-April/010500.html > > > > And we thought: > > For people reading this message offline, I'll paste his advice, since it is > > also important: > > > > If you go to dw/fltkplatform.cc and, in FltkFont::initSystemFonts(), > > remove the leading underscore in > > _MSG("Found font: %s%s%s\n", name, t & FL_BOLD ? " bold" : "", > > to get > > MSG("Found font: %s%s%s\n", name, t & FL_BOLD ? " bold" : "", > > and recompile, what does dillo say when you run it? > > > > But we were wrong! And it was only something an unimaginative person > like me can be capable of not figuring out despite urgent need and > sincere desire because of that urgent need (my eyes have been hurting > from the fixed not-much-more-than ASCII font that was all I've seen in, > what?, a few months? > > We were wrong! It only needed that the fltk be recompiled with, guess > what?, with the the XFT font renederer! > > That was the sole missing thing. I'm glad you finally nailed the issue, and have proper fonts. > But I think I am going to file a bug on Gentoo Bugzilla about this! > (But if anybody can tell a reason that justifies the xft use flag not > being the default, pls. do tell me... in which case my filing the bug > would not make sense; I don't see such reason though.) I neither see a reason for this... -- Cheers Jorge.-

July 11, 2015

weirdly scaled images

by miroslav.rovis1＠zg.ht.hr

On Fri, Jul 10, 2015 at 12:55:33AM +0200, v4hn wrote: > Hey everyone, > > thanks for the great project. :-) > It is awesome to have a graphical browser at ones hand > that starts up in less than a second > and still supports most of the stuff I need. > > Now, for quite some time I've been using dillo to read news > on http://www.heise.de and it has always annoyed me > that some of the images on the main page are weirdly scaled. > Because these images are of size 160x90 but are scaled to > what feels like 98% of the window's width, they are barely recognizable > and distracting. > Right: The images on: http://www.heise.de are not scaled as they should be, and there is probably a lot of layout missing. I don't even want to fire up Firefox or some other big browser to look it (I so much hate their harvesting of data) up, but it's so probably the case... > Now with the new release out which still shows this behaviour, > I thought I'd ask whether someone's got an idea what the problem > might be in this case. Because I'm not at all familiar with the dillo > source code and/or the resp. web standards I didn't dare to debug > this myself up to now. > > Would be absolutely awesome if someone could have a look at it, > > > v4hn (Not a dev myself, just a very keen supporter.) But I'm almost certain, that is a CSS issue. If you look at the Dillo homepage, and search for CSS, and opne the link: http://www.dillo.org/CSS.html there is more about it. Even some big browsers (forgot really exactly which one; was it Opera?, as I had read about it a few months ago, and the big count on the fingers on one hand only, hardly more, in the world) had stumbled a little on the implementation of CSS. Go look CSS3 standard on the w3.org: http://www.w3.org/Style/CSS/current-work and especially, Lord, there's the Level 4 now coming: CSS Cascading and Inheritance Level?4 http://www.w3.org/TR/2015/WD-css-cascade-4-20150421/ That must be an awful lot of work for developers to _implement_! (I had better go quiet for a while, I've been a little too talkative in the past week... ;-) ) Cheers! P.S. I can't help elaborating a little. The dev power of the big (see above) grows on their servise to surveillance subjects (see the harvesting mentioned above... the STASI's of the world... the tax payers moneys secretly flowing...). Dillo is the strongest among the honest browsers that don't lie to users. -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

July 10, 2015

weirdly scaled images

by me＠v4hn.de

Hey everyone, thanks for the great project. :-) It is awesome to have a graphical browser at ones hand that starts up in less than a second and still supports most of the stuff I need. Now, for quite some time I've been using dillo to read news on http://www.heise.de and it has always annoyed me that some of the images on the main page are weirdly scaled. Because these images are of size 160x90 but are scaled to what feels like 98% of the window's width, they are barely recognizable and distracting. Now with the new release out which still shows this behaviour, I thought I'd ask whether someone's got an idea what the problem might be in this case. Because I'm not at all familiar with the dillo source code and/or the resp. web standards I didn't dare to debug this myself up to now. Would be absolutely awesome if someone could have a look at it, v4hn

July 9, 2015

Fonts not found issue persists in 3.0.5

by miroslav.rovis1＠zg.ht.hr

See this issue below? On Tue, Jul 07, 2015 at 09:29:18AM +0200, miroslav.rovis1 at zg.ht.hr wrote: > I got the new Dillo version 3.0.5 (in the master air-gapped box, which I > yet have to clone onto this, for online, same hardware box), as it is > available in gentoo: > > https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/www-client/dillo/ > > but my problem with fonts (the FAQ issue > http://www.dillo.org/FAQ.html#q27) to which eocene has kindly given the > tip for in his message: > > http://lists.dillo.org/pipermail/dillo-dev/2015-April/010500.html > And we thought: > For people reading this message offline, I'll paste his advice, since it is > also important: > > If you go to dw/fltkplatform.cc and, in FltkFont::initSystemFonts(), > remove the leading underscore in > _MSG("Found font: %s%s%s\n", name, t & FL_BOLD ? " bold" : "", > to get > MSG("Found font: %s%s%s\n", name, t & FL_BOLD ? " bold" : "", > and recompile, what does dillo say when you run it? > But we were wrong! And it was only something an unimaginative person like me can be capable of not figuring out despite urgent need and sincere desire because of that urgent need (my eyes have been hurting from the fixed not-much-more-than ASCII font that was all I've seen in, what?, a few months? We were wrong! It only needed that the fltk be recompiled with, guess what?, with the the XFT font renederer! That was the sole missing thing. So, on my Gentoo, it's probably sufficient to simply, # cat >> /etc/portage/package.use x11-libs/fltk xft # [[ --> But I preferred: # cat >> /etc/portage/package.use x11-libs/fltk opengl doc examples xft www-client/dillo gif ipv6 jpeg png ssl doc --> ]] and: # emerge -tuvDN dillo which then first renstalls fltk, and then reinstalls dillo, and I get the fonts which I set in the ~/.dillo/dillorc, and, esp. they are scalable to my heart's content! > And I was saying that that problem I still have in my 3.0.5. > > I hoped it would have been solved, but since it hasn't been, for me who > am not really a developer, to go and recompile means first get (finally, > it's been waiting for me since long) a little really deeper and dirty > with the Gentoo ebuild system, and, basically compile my own ebuild... > or... I'll be going the ebuild way just the same, because I want to be able to get to know this really lean and mean browser. Too many things still missing... I can't wait to see CSS3 implemented, and those floats and all! (No, not impatient in a nervous way, it's a delightful expectation for me.) > > Or get Gentoo developers to do it for all of the Dillo Gentoo users. > I think I am going to file a very angry (no, not really, our devs are overwrought and as unimaginative, many of them, as I am)... But I think I am going to file a bug on Gentoo Bugzilla about this! (But if anybody can tell a reason that justifies the xft use flag not being the default, pls. do tell me... in which case my filing the bug would not make sense; I don't see such reason though.) Very kind regards! -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

July 9, 2015

Github et alia login/cookies issue

by miroslav.rovis1＠zg.ht.hr

Hi Walter! On Wed, Jul 08, 2015 at 10:34:24AM -0400, Walter Dnes wrote: > > > And on Gentoo, it's the local overlay way for me to go. Studying to be > > able to accomplish that. > > I'm also a Gentoo user; not even a C programmer, let alone a > developer. I'd be interested in your ebuild. See in bottom in regard to that. > For the devel version, I > build it locally in my home directory. You need to include > "$HOME/.local/bin" in your PATH. (Correct me if I misunderstand something here, pls.) No, I really want to go the ebuild way, I'm studying, go and download it, it's just: wget -r https://devmanual.gentoo.org and, I'm studying, haven't browsed all that I downloaded yet (this time around, I was there online or offline a couple of times in some two years without finalizing my learning of it)... ...and all is there, the entire devmanual, I believe, for hours upon hours of study. > You also have to have x11-libs/fltk on > your system. For fltk, the "xft" USE flag is strongly recommended. I > wonder if the "opengl" and "threads" USE flags would help fltk+dillo. Wow! Noone told about that in no tips, and it's not the default. Could in here below lie some of the reason why my fonts are not found? (just, I have --ask in my /etc/portage/make.conf): # emerge flt These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild R ] x11-libs/fltk-1.3.3-r3:1::gentoo USE="opengl -cairo -debug -doc -examples -games -pdf -static-libs -threads -xft -xinerama" 0 KiB Total: 1 package (1 reinstall), Size of downloads: 0 KiB Would you like to merge these packages? [Yes/No] So you information is valuable to me! > I > have a script file ~/dillo/dbuild > > #!/bin/bash > #hg clone http://hg.dillo.org/dillo dillo3 > cd ${HOME}/dillo/dillo3 > CFLAGS="-O2 -march=native -fomit-frame-pointer -pipe -fno-unwind-tables-fno-asynchronous-unwind-tables" > CXXFLAGS=${CFLAGS} > make clean > hg pull > hg update > ./autogen.sh > ./configure \ > --prefix=${HOME}/.local \ > --enable-ssl \ > --disable-ipv6 \ > --enable-cookies \ > --enable-png \ > --enable-jpeg \ > --enable-gif \ > --enable-threaded-dns \ > --enable-dependency-tracking \ > 2> ../build_err.txt > make > make install-strip > > The first time only, I uncoment the "hg clone" command. > > -- > Walter Dnes <waltdnes at waltdnes.org> I see. But, no, I really want to go the ebuild way this time around! I'll give it a few dozen hours dedicated work if necessary, I hope I make it. And for the ebuild and all of what I may learn in the process, you don't need to worry, I'm pretty talkative, and I often don't even hide what I should, for the desire to spread the use of good programs like Dillo. I hope I'll be figuring things about the overlay and the ebuild writing (the: /usr/portage/www-client/dillo/dillo-3.0.5.ebuild is probably what I will start from, copy it in my overlay (already created), and modify it to use the source (for which I'll ask your or any other Gentooers' help if I stumble on how to use it; I think the source has to be a snapshot, not a mercurial SCM source, and I know how to get git archives with cgit on apache, but not yet mercurial... will study that too)... And... And whatever comes my way... till I get it done. Surely I'll try and open a Gentoo Forums topic for this, to get help, and so that we can provide for others what we will have hopefully done... And surely I'll inform about that new topic on Gentoo Forums in this mailing list. --- ### --- As far as the the issue of cookies and those 1000/min lines, described in the Grsecurity Forums, linked already from this topic, there is also more that I plan on that issue too: Deploy RBAC on Dillo browser http://forums.grsecurity.net/viewtopic.php?f=5&t=4228&p=15358#p15358 About which I was wondering: did, as I wrote, the Dillo devs read what spender wrote: ( same Grsecurity Forums topic ) https://forums.grsecurity.net/viewtopic.php?f=5&t=4228#p15352 (and which I can't understand at this time, and maybe never will) -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

July 9, 2015

Github et alia login/cookies issue

by waltdnes＠waltdnes.org

> And on Gentoo, it's the local overlay way for me to go. Studying to be > able to accomplish that. I'm also a Gentoo user; not even a C programmer, let alone a developer. I'd be interested in your ebuild. For the devel version, I build it locally in my home directory. You need to include "$HOME/.local/bin" in your PATH. You also have to have x11-libs/fltk on your system. For fltk, the "xft" USE flag is strongly recommended. I wonder if the "opengl" and "threads" USE flags would help fltk+dillo. I have a script file ~/dillo/dbuild #!/bin/bash #hg clone http://hg.dillo.org/dillo dillo3 cd ${HOME}/dillo/dillo3 CFLAGS="-O2 -march=native -fomit-frame-pointer -pipe -fno-unwind-tables-fno-asynchronous-unwind-tables" CXXFLAGS=${CFLAGS} make clean hg pull hg update ./autogen.sh ./configure \ --prefix=${HOME}/.local \ --enable-ssl \ --disable-ipv6 \ --enable-cookies \ --enable-png \ --enable-jpeg \ --enable-gif \ --enable-threaded-dns \ --enable-dependency-tracking \ 2> ../build_err.txt make make install-strip The first time only, I uncoment the "hg clone" command. -- Walter Dnes <waltdnes at waltdnes.org>

July 8, 2015

Github et alia login/cookies issue

by miroslav.rovis1＠zg.ht.hr

On Wed, Jul 08, 2015 at 04:35:22AM +0000, eocene wrote: > I wrote: > > 2. I was reluctant to follow the full date parsing in RFC 6265 until I had a > > compelling reason, but you have brought me a compelling reason. github's > > cookies have expiration dates like "Sat, 07 Jul 2035 13:24:19 -0000", which > > appears to be legal, but dillo doesn't recognize it. So I'll work on it. > > Committed some code that's more similar to the RFC, and it recognizes > the github cookies. The code didn't turn out badly, so I don't know why > I was hesitant at the time. Once I learn (maybe soon) to really do right my own overlay in Gentoo (my own ebuilds, as it's just not good to compile and install outside of the system, the LinuxFromScratch way, which I learned long ago), then I hope I'll be a more useful tester. I'll try and always keep an eye on Dillo development, from my as-best-I-can user understanding, anyway. I had decided to go for the fonts-not-found issue ( http://lists.dillo.org/pipermail/dillo-dev/2015-April/010499.html) before I stumbled on this (Gitbub et alia) cookies issue. But, indeed I should be able to solve both these issue together, because the install from source, and from new SCM source is needed for both. For the: http://lists.dillo.org/pipermail/dillo-dev/2015-April/010500.html where eocene wrote: If you go to dw/fltkplatform.cc and, in FltkFont::initSystemFonts(), remove the leading underscore in _MSG("Found font: %s%s%s\n", name, t & FL_BOLD ? " bold" : "", to get MSG("Found font: %s%s%s\n", name, t & FL_BOLD ? " bold" : "", and recompile, what does dillo say when you run it? And for the new changes regarding cookies that eocene writes in the quote in the top of this message. I did look at the code, by downloading with 'hg clone http://hg.dillo.org/dillo', I clearly see where to remove the underscore (but there is also the: 'and recompile'). And on Gentoo, it's the local overlay way for me to go. Studying to be able to accomplish that. May take me time. But I'm now keen to do what I can to get, or to help with my report to get, those (both fonts and cookies) sorted. May take me an undefined time, for shorter of for longer (and I know it could take the fixing of the source un undefined time, for shorter or for longer). -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

July 8, 2015