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

Fonts not found issue persists in 3.0.5
by miroslav.rovis1＠zg.ht.hr 06 Sep '15

06 Sep '15

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 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? 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... Or get Gentoo developers to do it for all of the Dillo Gentoo users. Since my eyes are sore from too small and non configurable fonts, I'm afraid I will have to do one of the above... For the latter, since this issue has been discussed, and previous to eocene's message you can see that I extensively described it, what do kind Dillo devs think: the second route to take, which is: file a bug on Gentoo bugzilla with basically updated real output from the new Dillo 3.0.5, might probably be shorter route to get this issue fixed? That is what I should try first, isn't it. Oh, well, I hope I haven't been too lengthy.,, Another issue I also have. Can't log into: https://github.com/miroR And was able to log into it with lynx, and open my new repo https://github.com/miroR/flowstamp So it doesn't seem to be github follows the big JS-and-all browsers else-get-lost policy like soo many... Depending on the soonness of the fonts solution, I'd be willing to provide more information, such as the full screencast/traffic-dump of my future attempt to log into Github, so we get this done... Depending on that being solved (I'm not expert by any means, and who knows if I get any help from Gentoo devs, who are overworked). Really depending on the fonts issue being solve first, as my eyes hurt (born with somewhat poor eyesight, but getting worse, am 58 ys of age). Cheers, and keep up the good work. I hope you all keep in harmony, as soo much if missing for Dillo to become a complete browser... I'll be pretty sad if any bad rifts were to appear among the team... Pls. find the right way between yourselves, and do only what is right and honest for all of you! Much is missing in the Dillo, but, you seem to be the strongest around that keep free! Free from surveillors! I was really right when in what I posted on: Secure: yes, Though Features Missing; and Bugs http://lists.dillo.org/pipermail/dillo-dev/2015-April/010495.html (too much to paste for offline readers, but in short, I compared the Firefox harvesting on users with the sea-calm when online of kind and secure Dillo) Kind regards, -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

3 5

Github et alia login/cookies issue
by miroslav.rovis1＠zg.ht.hr 01 Sep '15

01 Sep '15

"Something went wrong with that request. Please try again." is what I get (in bottom of the login page). The: $ cat ~/.dillo/cookiesrc DEFAULT DENY .github.com ACCEPT .devuan.org ACCEPT .gentoo.org ACCEPT .wikibooks.org ACCEPT .grsecurity.net ACCEPT $ contains them. And the: $ cat ~/.dillo/cookies.txt # HTTP Cookie File # This is a generated file! Do not edit. # [domain subdomains path secure expiry_time name value] $ is empty! I saw no errors in /var/log/messages though! But I'll try something. If it works for me, it might be useful for others, if not, maybe I get some help on it. I've always been able to login fine into forums.debian.net, forums.gentoo,org, forums.grsecurity.net and forum.sleuthkit.org (after Google stopped banning me, in the captcha that they use to register; Google, the surveillor of the world, is my distasteful enemy... Nobody should be afraid of them, lots of us Liliputians will always overcome any ugly Gullivers like the Schmoog is). --- All the above was prepared for sending yesterday, 2015-07-06. LATER. I even got (and all the conf is the same, .gitbub,com is in cookiesrc), just this morning 2015-07-07 09:35 right now, the: "Cookies must be enabled to use GitHub." when making another attemt to log into Github. But that was when I rebooted into my old: 3.19.6-hardened kernel maybe half hour ago (for unrelated reasons). And take a look at the following: This is the cookies.txt file, Only gentoo wrote in it, so far (and I accessed all those since, and esp. I took care to try the github). # HTTP Cookie File # This is a generated file! Do not edit. # [domain subdomains path secure expiry_time name value] forums.gentoo.org TRUE / TRUE 1467787565 phpbb2mysql_data_s a%3A2%3A%7Bs%3A11%3A%22autologinid%22%3Bs%3A0%3A%22%22%3Bs%3A6%3A%22userid%22%3Bs%3A6%3A%22334555%22%3B%7D Don't know if there's any secrets detrimental for me, that I'd be revealing, do modified some numbers in that forums.gentoo.org entry, just in case. I need to be on the fonts issue (but I think some of you, is it even you, Jorge, who do the development in gentoo, not sure)... I thought I'd still post this, as this might be a useful report for you, devs. OTOH, I'll post the emerge --info and more when I try the bug report on the fonts. Just: $ uname -r 4.0.7-hardened-150705 $ Could it be an issue with hardened? What I did yesterday (I began writing this message yesterday, which is all before the "LATER" mark above), is I applied paxctl-ng -m on the binaries in /usr/lib64/dillo/dpi/*/<the binary>, id est: I disabled the MPROTEXT on them. I also have a text prepared on those, hopefully I send it next. -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

4 16

Weirdly scaled images (again)
by fusionfile＠gmail.com 17 Aug '15

17 Aug '15

The Dillo user v4hn recently sent a message to this list regarding incorrect image scaling. She or he expresses exactly what I have on my mind: http://lists.dillo.org/pipermail/dillo-dev/2015-July/010596.html I use Dillo 3.0.4 from the Debian stable repositories and I experience the ugly image scaling on many sites, for instance on the two largest news (paper) sites here in Sweden: http://www.dn.se http://www.svd.se I can imagine that most people trying out Dillo will find the stretched-out images very off-putting. Changing the aspect ratio of an image is something you almost never want do do, and changing the aspect ratio of a photo is a big no-no. What's your view on this? Do you use Dillo with CSS disabled? Actually, I think it would be better if image scaling was not implemented at all, rather than broken like this. I'm not familiar with the Dillo code base but I'm a programmer proficient with C and I know some C++, so if I (with some hints) can help I would be more than glad to. Regards, August

2 2

weirdly scaled images
by me＠v4hn.de 16 Aug '15

16 Aug '15

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

4 5

Dillo CPU-hog lock on slashdot
by jcid＠dillo.org 31 Jul '15

31 Jul '15

Hi there, Trying to read about this laptop on slashdot dillo locks with 100% CPU and increasing memory footprint. :-P [1] http://hardware.slashdot.org/story/15/01/20/1655242/librem-a-laptop-custom-… -- Cheers Jorge.-

2 2

different profiles for different sites
by dillo-dev＠toykeeper.net 29 Jul '15

29 Jul '15

Hi, I just wanted to share a simple idea I've found useful. Basically, I have two hotkeys to run dillo with different profiles using a trivial wrapper script: #!/bin/sh FLAVOR=$1 ; shift cd $HOME/.dillo cp dillorc.$FLAVOR dillorc dillo "$@" This way, I can have different user-agents per profile, to allow me to get different behaviors. If I want to use google images or get search results on the first page, I ask Dillo to pretend it's Lynx: http_user_agent="Lynx/2.8.8dev.3 libwww-FM/2.14 SSL-MM/1.4.1" Or if I want to do google searches like "5 meters in feet" or "local weather" or "pizza near me", I ask Dillo to pretend it's an old version of Firefox: http_user_agent="Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.6) Gecko/20091201 Firefox/3.5.6" Many sites are picky about the user-agent and won't work right with my usual config, but this way I can get them all to function as desired. :) -- Selene

1 0

[DNG] Will there be a MirDevuan "WTF"?
by miro.rovis＠croatiafidelis.hr 23 Jul '15

23 Jul '15

--- I sent this message three hours ago, but didn't include the list address. Sorry! --- On Wed, Jul 22, 2015 at 10:49:34PM -0700, James Powell wrote: ( shouldn't it be like below?, by the netiqette --see KalolaZ just arrived letter in the Multi-seat thread-- ? ) > > Since you would still like it around, in opportunistic or in some other > > way that I should call it, I think a question is due. > > Can you tell to the public what is the purpose of the > > user-not-asked-about, in fact mostly user-never-even-knowing-about-it > > encrypted ssh channel that dbus sets up, along with all the > > non-GNU-compatible remote procedure calls (which are there for what > > purpose?) that dbus implements? > > > > Is that for FOSS stands for? > > > First off cool your jets, and trying call me out on knowing the > internals of an IPC in Userspace I didn't develop is very childish. > Why not? If you're promoting it, or persuading Devuan into the acceptance of it? Anyway, can anyone answer that question? > I honestly don't care if D-Bus what it does other than be a > communication and messaging relay between applications and processes, > as long as it does what it does, and doesn't infringe on anything > else. > > D-Bus is used and is a requirement for some services and software. > You're unfortunately not going to have your cake and coffee with > getting rid of D-Bus. Well then, keep it for those cases, don't put it in all the Devuan boxen by default. Will be fine! > Yes, it's not the greatest design, but it is > friendly at least to the whole UNIX spectrum. > "friendly"... No comment. > Devuan's main purpose is getting rid of systemd as a hard dependency > and allowing user choice in init software, not ripping apart every > project to cater to ever niche and fundamentalist out there preaching > what they feel is FOSS, and also to not start a witch hunt on software > projects. What fundamentalists? The Gentoo folks? Thorsten mirabilos Glaser with his MirDebian "WTF" project, a fundamentalist? Me, a fundamentalist? What do you mean? My desire to, after have achived it for me (but only in Gentoo), some freedom and some security, to teach, if we get a true-foss Devuan that can get its MirDevuan "WTF" fork for itself, to teach newbies to build their system hardened-against-intrusion and surveillance-defeating, that desire of mine a fundamentalist desire? --- The rest cut out because somewhat made disorderly and illegible by probably hotmail defaults (that the immediate sender who I'm replying to apparently uses) or for some other reason. --- Regards! -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

1 0

no text wrapping on Gentoo Bugzilla
by miroslav.rovis1＠zg.ht.hr 18 Jul '15

18 Jul '15

It just happened, minutes ago. Easily seen in its effects: toggle header weeding in Mutt doesn't work https://bugs.gentoo.org/show_bug.cgi?id=555180 (notice that also emerg --info that I attached has, instead of spaces, the Α displayed, such as: https://555180.bugs.gentoo.org/attachment.cgi?id=406994 2.6-r1::gentoosys-devel/autoconf: ... ) However, as I immediately after posted on: Mutt without Portage/in Local Overlay https://forums.gentoo.org/viewtopic-t-1002146-start-50.html#7781834 where the exactly same text can be perfectly readable as it is wrapped just fine, and which I explain in the immediately following post in the same topic: https://forums.gentoo.org/viewtopic-t-1002146-start-50.html#7781838 Could that Dillo's fault? The whole session of what happened online from my going online, to logging into Bugzilla, the entire posting, end the surprising look at what the post came out like, all is in these: 6d8bc1e8d0868d6864d4beb8678e13a533e813cc6f2a26ff1a14cb7cced1aec5 dump_150717_1211_g0n.pcap dc465d190560a5b7a058a2d1f996d43ef68e032fb66e4be1b265a5bfdab95630 Screen_150717_1211_g0n.mkv (the traffic dump and the screencast) just in case we would need to analyze what happened. The Dillo is the same one, like I built it back when I wrote my: A Tentative at dillo-3.1-dev ebuild https://forums.gentoo.org/viewtopic-t-1021878.html (haven't updated it since) Regards! -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

1 2

Dillo 3.0.5 released
by eocene＠gmx.com 14 Jul '15

14 Jul '15

All right, release is official... Thanks everyone! PS Here are the changes that found their way into ChangeLog: Image buffer/cache improvements. Fix for segfault when there's no dpid and view source is requested. Fix view-source dpi to handle null characters correctly. Made view-source dpi use CSS formatting (it's shorter and cleaner). Crosscompile/buildroot-friendly fltk-config test. Fix X11 icon name. In location bar, tend toward showing beginning of URL instead of end. Handle irix's version of vsnprintf(). INPUT, TEXTAREA placeholder attribute. Better notification when user's domainrc settings block page redirection. Fix bug with font_factor preference and CSS font-size:(larger|smaller). Recognize Menu key in keysrc. HTTPS: change cipher list to "ALL:!aNULL:!eNULL:!LOW:!EXPORT40:!RC4", disable SSL3, disable TLS compression. Avoid requesting background images if an ancestor has display:none. Ignore built-in search url if any are specified in dillorc.

2 2

The FAQ example on png/redirection not anymore accurate
by miroslav.rovis1＠zg.ht.hr 07 Jul '15

07 Jul '15

Correct me if I'm wrong, but what I write is in my best understanding and with the intention to help my most used browser get even better. The FAQ entry: "Why doesn't Dillo display certain images?" at: http://www.dillo.org/FAQ.html#q28 doesn't show any of: ... ... 'blog.reuters.com' to 'ad.doubleclick.net' ... as the text currently reads, which probably means they have read our FAQ and decided to change those redirections. This is what I actually get when I uncomment the line which is commented the way the built-in default settings are, as it says in the top of ~/.dillo/dillorc to read: show_msg=YES (but it shows the same even if I leave if commented out; it's the default, I retried with it commented out: same) $ Domain: Default accept. dillo_dns_init: Here we go! (threaded) Enabling cookies as from cookiesrc... ** WARNING **: preferred sans-serif font "DejaVu Sans" not found. ** WARNING **: preferred serif font "DejaVu Serif" not found. ** WARNING **: preferred monospace font "DejaVu Sans Mono" not found. ** WARNING **: preferred cursive font "URW Chancery L" not found. ** WARNING **: preferred fantasy font "DejaVu Sans" not found. Nav_open_url: new url='about:splash' Nav_open_url: new url='http://en.wikipedia.org' Dns_server [0]: en.wikipedia.org is 91.198.174.192 2620:0:862:ed1a::1 Connecting to 91.198.174.192 Nav_open_url: new url='https://en.wikipedia.org/' Nav_open_url: new url='https://en.wikipedia.org/wiki/Main_Page' NumPendingStyleSheets=1 NumPendingStyleSheets=2 Png_error_handling: iCCP: known incorrect sRGB profile So probably the example should be changed to reflect this changed reality, so users would not get confused as they will probably see none of those 'reuters' lines in the messages on their terminal. Maybe it would be sufficient to just rewrite that item of the FAQ to mean that previously they would have seen those messages... Don't know. Again, correct me if I'm wrong. On another note, I got the new 3.0.5, as it is available in gentoo, but I have the same fonts not found issue which I had previously described (and it's there in yesterday's real output form my system, further above; it was yesterday, the delay being for unrelated reasons), and about which (the fonts not found issue) I will next send another message, with different, appropriate subject, to this list, I hope. Cheers! -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

2 1