Re: [elinks-dev] update to autoconf 2.69

Kamil Dudka writes: > would it be possible to use autoconf 2.69+ for creating the new releases > of elinks in order to support the ARM 64 bit CPU architecture (aarch64)? I'm not sure it's permitted under the GPLv2 license of configure.in. The license requires that source files are distributed un

Re: [elinks-dev] [PATCH] rewrite: add default "ddg" dumb/smart prefixes for DuckDuckGo

Kamil Dudka writes: > + INIT_OPT_SMART_PREFIX("ddg", "https://duckduckgo.com/?q=%s&t=elinks";), ELinks can be built without SSL/TLS support, in which case it will pop up an error message when asked to open an https URL. This may be why all the other prefixes use http rather than https. If y

Re: [elinks-dev] Importing more recent debian/ to elinks.git

witekfl writes: > I vote for the deletion of contrib/debian and elinks.spec. > Debian and others already have such files in their repos. > The Arch's packagers might create the elinks.desktop themselves. elinks.desktop is useful to multiple distros. I think it is better to keep an official vers

[elinks-dev] Importing more recent debian/ to elinks.git

As reported at , contrib/debian/elinks.desktop is in a pre-standard format that triggers a warning from the mimeo program. I could easily fix that in the upstream elinks sources; however, Debian already has an up-to-date elinks.desktop file that also

[elinks-dev] file names in elinks/doc/manual.html-chunked/

Recently, I wanted to link to the documentation of -remote in the ELinks manual. That is currently at but the chapter number may change as the manual is edited. To make such links more reliable in the future, I'd like to change th

[elinks-dev] strlcasestr uses c_toupper; rename to c_strlcasestr?

In master:src/util/string.{c,h}, there are various "*case*" functions and macros for case-insensitive string operations: * c_strcasecmp() uses c_tolower(). * c_strcasestr() uses c_strncasecmp(), thus c_tolower(). * c_strlcasecmp() uses elinks_strlcasecmp(...,, 1), thus c_toupper(). * c_strncasecmp

[elinks-dev] [PATCHv2] configure: Find SpiderMonkey with pkg-config

Don't search for SpiderMonkey in hardcoded directories (/usr /usr/local /opt/spidermonkey /opt/js), and don't support --with-spidermonkey=DIR (which I think was never documented). Instead, ask pkg-config for mozjs185 or mozilla-js. Everyone who installed SpiderMonkey in an unusual place must either

Re: [elinks-dev] [0.12 PATCH] HTML: Rewrite parsing of meta refresh

Kalle Olavi Niemitalo writes: > All this is consistent with Debian Iceweasel 3.5.16. Less consistent than I thought... my patch lost support for content="42, http://example.org/";, which Iceweasel does support. I'll add more test cases and perhaps post a revised patch later.

[elinks-dev] [0.12 PATCH] HTML: Rewrite parsing of meta refresh

The URL in can now freely contain spaces and semicolons. There cannot be other parameters between the delay and the URL. If the URL is not quoted, then it spans to the end of the attribute, except not to trailing spaces. If the URL is quoted, then it ends at the first closing quotation mark. A

[elinks-dev] [0.13 PATCH] JS: Use pkg-config mozjs185, not hardcoded directories

The --with-spidermonkey option no longer supports a DIR argument. AFAICT, that argument was never documented anyway. This commit also changes the SpiderMonkey version number in "checking" messages from 1.5 RC3a to 1.8.5, which matches the actual checks. --- Witek recently changed the master branc

[elinks-dev] Messages lost in spam filter of elinks-dev

I made a mistake in configuring the spam filter of elinks-dev, and it seems all messages sent here after August 11, 2009 have been lost. I am sorry. There was no such problem with the elinks-users list. The Mailman software in the mailing-list server uses lists of regular expressions for detecti

Re: [elinks-dev] [PATCH] bug 764: Fix option_value initialization on sparc64

Edd Barrett writes: > Do you have a patch? Please test the 0.11/bug764 branch shown here: http://repo.or.cz/w/elinks/kon.git That should contain the required commits from elinks-0.12 and a simple patch that fixes union option_value when ELinks start up. (It makes some assumptions outside of stan

Re: [elinks-dev] [PATCH] bug 764: Fix option_value initialization on sparc64

Edd Barrett writes: > My next question is, how hard is it to put this back into the stable > branch? This patch itself wouldn't be too hard to apply to elinks-0.11. A much simpler patch is also possible if we can assume that casting function pointers or integers to data pointers and back preserv

Re: [elinks-dev] [PATCH] bug 764: Fix option_value initialization on sparc64

Kalle Olavi Niemitalo writes: > Please try this patch. The patch is for elinks-0.12. I put it in Bugzilla as well: http://bugzilla.elinks.cz/attachment.cgi?id=547&action=view pgpe7dcHDoGaJ.pgp Description: PGP signature ___ elinks-dev maili

Re: [elinks-dev] elinks is broken on sparc64/OpenBSD!

Edd Barrett writes: >>> The next problem is, if you change any preferences, they do not appear >>> to be saved. This is likely to be related to the first problem. >> Did you tell ELinks to save the changes? > > Yes Is sparc64 big-endian with sizeof(int) < sizeof(void *)? That would explain the p

Re: [elinks-dev] elinks is broken on sparc64/OpenBSD!

Edd Barrett writes: > First of all, it warns me of a deprecated config file, even though there > is not one. Every time. Even if you blast away ~/.elinks and try again. What is the warning exactly? > The next problem is, if you change any preferences, they do not appear > to be saved. This is l

[elinks-dev] ELinks 0.12pre5 soon

Because of bug 1081 (and Debian bug 536039), I think ELinks 0.12pre5 should be released today or tomorrow. Are there any other changes that should go in it? pgplOdS1LpPQM.pgp Description: PGP signature ___ elinks-dev mailing list elinks-dev@linuxfromscr

Re: [elinks-dev] [resent][PATCH] elinks 0.12pre3 fails to search double-width characters

"Yuriy M. Kaminskiy" writes: > Ok, fixed. Thanks, pushed to elinks-0.12. > Eww, fine. An expression of disgust? pgpT71OD2mSwi.pgp Description: PGP signature ___ elinks-dev mailing list elinks-dev@linuxfromscratch.org http://linuxfromscratch.org/mai

Re: [elinks-dev] [resent][PATCH] elinks 0.12pre3 fails to search double-width characters

"Yuriy M. Kaminskiy" writes: > I noticed that search for more than 1 double-width (japanese) > character fails (search for single char works), and found that get_srch > don't skip placeholders (UCS_NO_CHAR) for double-width character. > Attached patch should solve this problem. That is indeed

Re: [elinks-dev] Line-drawing characters when dumping Web pages

Kalle Olavi Niemitalo writes: > The attached patch for elinks-0.12 > (20dfdb284f9a23742800fb5b4023bef54c6ad982) implements this, but > I'm not sure it is the right solution, because e.g. KOI8-R also > supports line-drawing characters so the fix should preferably > not be spe

Re: [elinks-dev] Line-drawing characters when dumping Web pages

rawing characters so the fix should preferably not be specific to UTF-8. Comments? From 827a77a6e5fad1f4dc69909090bf07fb7b84ee51 Mon Sep 17 00:00:00 2001 From: Kalle Olavi Niemitalo Date: Tue, 9 Jun 2009 01:48:42 +0300 Subject: [PATCH] Line-drawing characters in UTF-8 dumps When dumping the d

Re: [elinks-dev] utf8 broken with -dump-color-mode other than -1,0

Cezary Bagiński writes: > Dumping with color mode seems to break encoding. This seems to be bug 1080, now fixed in elinks-0.12. (Perhaps too late for tonight's snapshot.) pgpgcZ2aeJnvD.pgp Description: PGP signature ___ elinks-dev mailing list elinks

Re: [elinks-dev] chunked gzip fails again

Witold Filipczyk writes: > Sorry, but the server sends in header: Content-Encoding: gzip, > but the first chunk is not compressed. You're right. I suppose we should (1) try to get the server bug fixed and (2) implement some workaround in ELinks. For (1), it would be good to know whether the bu

[elinks-dev] chunked gzip fails again

http://www.eweek.com/c/a/Desktops-and-Notebooks/Intel-Psion-End-Dispute-Concerning-Netbook-Trademark-288875/ elinks-0.12 (cde4a2f7b3f2c62ae161b39dd391bbddfd4d3857) --no-home --no-connect at this site results in a 9-byte body. Headers: HTTP/1.1 200 OK Date: Tue, 02 Jun 2009 19:22:56 GMT Server: Apa

[elinks-dev] 0.12pre4 this weekend

I'd like to release ELinks 0.12pre4 today or tomorrow. A few days ago, my message to elinks-dev was rejected as spam. So this message is also a test to see whether that still happens. I wouldn't want the release announcement to be blocked in that way. pgpWeYfowyGR8.pgp Description: PGP signature

Re: [elinks-dev] Bug#529821: elinks: FTBFS against gnutls26 >= 2.7.x

e weekend if nobody objects. And then perhaps a separate one to mention the pkg-config dependency in doc/installation.txt. From aed0cd5e1b1ed3043fe409619d5a832b39895496 Mon Sep 17 00:00:00 2001 From: Kalle Olavi Niemitalo Date: Thu, 21 May 2009 22:52:57 +0300 Subject: [PATCH] Debian bug 529821:

Re: [elinks-dev] Patch to make libtre dependency optional.

"Hema Seetharamaiah" writes: > Yes, I provide explicit permission [...] Thanks. I pushed your patch and related changes to elinks-0.12. They'll soon get to master too. > On Sun, May 17, 2009 11:05 pm, Kalle Olavi Niemitalo wrote: >> - desirable: BSD-like licenc

Re: [elinks-dev] Patch to make libtre dependency optional.

Hema Seetharamaiah writes: > I license my changes under GPL V2 or later. > > Please accept the patch if this is ok. Can you also give permission to link with OpenSSL? I see your patch affects only configure.in, which doesn't really become part of the elinks executable, but anyway I think it'd

Re: [elinks-dev] [gnu.org #433709] Can GPLv2-only software be compiled with GCC 4.4.0?

The apparent incompatibility between GPLv2-only applications and GPLv3-or-later+exception libgcc was mentioned on the gcc mailing list already in October 2007: http://gcc.gnu.org/ml/gcc/2007-10/msg00390.html pgpkC8wumOz5I.pgp Description: PGP signature

Re: [elinks-dev] Patch to make libtre dependency optional.

be unset even if the header and library exist all right. I should also ask about storage of personal data and licensing of changes but it's getting too late here. From 3fee12ca965f3e6269800f79b054e5d26c842fb9 Mon Sep 17 00:00:00 2001 From: Kalle Olavi Niemitalo Date: Sun, 26 Apr 2009 23:46:17

Re: [elinks-dev] [gnu.org #433709] Can GPLv2-only software be compiled with GCC 4.4.0?

Kalle Olavi Niemitalo writes: > Might the FSF be willing to keep providing libgcc also under > GPLv2 (perhaps without any GCC-specific exception)? On second thought, an exception for GPLv2 subsection 2. c) might be appropriate, so that GPLv2 programs based on libgcc (which is not inter

[elinks-dev] Can GPLv2-only software be compiled with GCC 4.4.0?

I am a developer of the ELinks web browser, which was originally licensed under GPLv2-or-later but has been GPLv2-only since ELinks 0.10.0 (released on 2004-12-24). It seems the licence of libgcc in GCC 4.4.0 has been made incompatible with this. In GCC 4.3.3, libgcc was licensed under GPLv2-or-l

Re: [elinks-dev] GCC Runtime Library Exception doubt

Kalle Olavi Niemitalo writes: > (c) Keep compiling ELinks with older versions of GCC. > (d) Switch to some other compiler entirely. Perhaps TCC, or the > (h) Make sure that ELinks does not use any libraries from GCC. If the GPLv2 source requirement holds across dynamic linking as the

[elinks-dev] GCC Runtime Library Exception doubt

In GCC 4.3.3, libgcc was licensed under GPLv2-or-later with extra permissions. http://gcc.gnu.org/viewcvs/tags/gcc_4_3_3_release/gcc/config/i386/linux-unwind.h?revision=143643&view=markup In the recent GCC 4.4 branch, this has been changed to GPLv3-or-later with the rather complicated GCC Runtime

[elinks-dev] ELinks 0.11.6 released; please update Free Software Directory

I have released ELinks 0.11.6 tonight. Please update , which currently lists 0.11.5 as the latest version. The CVS file at :pserver:anonym...@cvs.savannah.gnu.org:/sources/directory/directory/Elinks.txt,v however still refers to ELinks 0.11.3. Has the ma

[elinks-dev] release 0.11.6 this weekend, 0.12pre2 a week later?

I'd like to release ELinks 0.11.6 this weekend. I am making the packages & signatures now and intend push them to the servers early tomorrow unless someone pushes to elinks-0.11 first. Please reply if you'd like to change this schedule. ELinks 0.12pre3 should also be released but I'd like to dela

[elinks-dev] error: format string argument not a string type

(Crossposted to gcc-help and elinks-dev) In ELinks, we're using unsigned char almost everywhere. This convention was apparently inherited from Links. I think the purpose might be to reduce the need for casts in calls and charset conversions. Then we have functions like void elinks_debug(unsig

Re: [elinks-dev] Patch for porting Elinks to OpenSolaris

Kalle Olavi Niemitalo writes: > However I've now looked at C99 6.7.4p3 and it specifically > mentions modifiable objects. So I wonder if we could just put > some const in elinks_ulongcat to make the objects unmodifiable. I have pushed this change to the elinks-0.11 branch and it

Re: [elinks-dev] option description wrapping

Kalle Olavi Niemitalo writes: > However, these patches alter the description strings of many > options, and the translations will have to be updated. I > don't know if it's right to push such changes to 0.12pre2.GIT. Well, I pushed them there anyway: only da.po and pl.po had

[elinks-dev] option description wrapping

ELinks displays the description of some options in a rather ugly way on 80x24 terminals: +- Info -+ || | Name: paranoid_security

Re: [elinks-dev] Patch for porting Elinks to OpenSolaris

Muktha Narayan writes: > Kalle Olavi Niemitalo wrote: >> Because ELinks is violating a C99 requirement, rather than >> something specific to Sun, I don't think it's right to make an >> exception for the Sun compiler. Instead, we should make the >> func

[elinks-dev] BIG_READ changed from 65536 to 655360 for no reason?

Witek, in your commit 4a2fd2d964ef92a10219a3b5e4cce3a8b3be7782 to elinks-0.12, you changed BIG_READ from 65536 to 655360. Was this change necessary for bug 1017? The commit message says you cherry picked it from 3131de4767475097eb60bb1641b39e6b647eb289, but there is no similar BIG_READ change in

Re: [elinks-dev] Patch for porting Elinks to OpenSolaris

"Mark A. Carlson" writes: > +#if defined (__SUNPRO_C) > +static inline void > +#else > inline void > +#endif > load_frames(struct session *ses, struct document_view *doc_view) This looks like . That bug was reported against ELinks 0.12pre1 though

[elinks-dev] document_view, view_state... what's the difference?

In ELinks, we have various interrelated structures: - struct document - struct view_state - struct document_view - struct ecmascript_interpreter - struct location struct document is a canvas on which a (usually HTML) document has been rendered for some charset. It can be displayed on a terminal w

Re: [elinks-dev] [PATCH] Fix double-free crash if EOF immediately follows .

Witold Filipczyk quotes: > Memory leak by 1 bytes > List of blocks: > 0xa287e58:1 @ alloc'd at link.c:973 That is bug 762, already present in ELinks 0.10.6. If there are no other objections, I'll push the patch tomorrow. pgpkV6wJEqGbB.pgp Description: PGP signature

[elinks-dev] [PATCH] Fix double-free crash if EOF immediately follows .

look_for_link() used to return 0 both when it found the closing tag, and when it hit the end of the file. In the first case, it also added *menu to the memory_list; in the second case, it did not. The caller get_image_map() supposedly distinguished between these cases by checking whether pos >=

Re: [elinks-dev] crash on last usemap

أحمد المحمودي writes: > I confirm that I got the same problem with elinks 0.13 (20081129 > snapshot). ELinks 0.10.6, 0.11.0, 0.11.5, 0.12pre1, and 0.12pre2 all crash. The trigger is that there is no newline after the final . Small test case: Double-free crash in USEMAP http://elinks.cz/"; al

[elinks-dev] Trojan warning, and elinks-dev moderation change (was: Merry Christmas!)

"William" writes: > William has just posted a Xmas ecard. > To view your eCard, click on the following link: That site is distributing "ecard.exe" containing references to OpenSSL and DNSAPI.dll. It's probably a Trojan horse of some kind. The elinks-dev list used to let through messages from no

[elinks-dev] [PATCH] Clicking a link with the mouse exits cursor-routing mode

Before this patch, if you first moved the cursor to link X with move-cursor-up and similar actions, and then clicked link Y with the mouse, ELinks would activate link X, i.e. not the one you clicked. This happened because the NAVIGATE_CURSOR_ROUTING mode was left enabled and made ELinks ignore the

Re: [elinks-dev] ELinks Icons

أحمد المحمودي writes: > How about Creative Commons with Share Alike license for the icons ? I would actually prefer a non-copyleft licence for icons, but a copyleft licence is okay too. The licence should be compatible with GNU GPL v2-or-later however, so that there is no doubt on whether we

Re: [elinks-dev] ELinks Icons

Thanks for the proposed icons. Two people on the elinks-dev list have commented on them so far. The elinks5_* icons were preferred and elinks7_* came second. In my view though, the lower-case "e" of elinks5_* is too similar to the Internet Explorer logo. Besides, it might make the incorrect "eL

[elinks-dev] "ELinks Graphics from Hitmeister"

A representative of hitmeister.de contacted Fonseca and offered to provide a logo or other graphics for ELinks, in exchange for a link to their site. I suggested they could create the icon that was requested in . The link would then go in authors.html or credits.htm

Re: [elinks-dev] [PATCH] Fixed compiler errors and warnings in src/util/random.c where CONFIG_SSL undefined

Thank you for the patches. The random number patch is now in the master (0.13.GIT) branch at elinks.cz, and the CRLF patch is in both elinks-0.12 (0.12pre2.GIT) and master. They should get included in tonight's snapshots, too. pgpc5ozMx8ruQ.pgp Description: PGP signature ___

Re: [elinks-dev] Are Unicode Data Files GPLv2 compatible?

I got the following response from an FSF volunteer some time ago. --- Begin Message --- Hello, Please accept our apologies for the delay in getting back to you. We rely on volunteer effort and often have difficulties keeping. > The following license is found at >

Re: [elinks-dev] [PATCH] Support for newlines in hidden input fields.

Peter Collingbourne <[EMAIL PROTECTED]> writes: > Currently ELinks reinterprets a literal newline within the value > attribute of a hidden input field as a space character. This is > inconsistent with the HTML specification and the behaviour of other > browsers. This patch fixes the problem. So

Re: [elinks-dev] The Links/Links2/ELinks browsers are unusable on Debian GNU/Hurd

Fabienne Ducroquet <[EMAIL PROTECTED]> writes: > Kalle's workaround[0] for this bug works for Links too, I put the diff > for Links 2.2 at the end of this e-mail in case you want to include it > in your package (if Kalle agrees). I have not tested Links in GNU/Hurd, but if you think my patch wo

Re: [elinks-dev] Message queues instead of callbacks

Witold Filipczyk <[EMAIL PROTECTED]> writes: > When there is no such id in the hash, that's mean that the object > disappeared and the message is ignored. If there is a pointer in the message, this could leak the memory to which the pointer points. GC would fix that, of course. pgplVCMN7GJQR.p

Re: [elinks-dev] Premature optimization

Witold Filipczyk <[EMAIL PROTECTED]> wrote a few months ago: > I read in the zziplib docs that a conditional call is ten times slower > than an uncoditional one. Is it true? Even if it is true for calls to known functions, it might not be true for calls via function pointers. > In src/document/h

Re: [elinks-dev] Scrolling bittorrent items

Witold Filipczyk <[EMAIL PROTECTED]> writes: > Some dialog boxes dont fit on the screen. > Here are 3 concatenated patches, which fixes that issue. > When a dialog is displayed on the screen for the first > time the bottom of it is shown. You have put newer patches at: http://repo.or.cz/w/elinks/

[elinks-dev] Are Unicode Data Files GPLv2 compatible?

The following license is found at . Is it compatible with version 2 of the GNU General Public License? In particular, I have doubts about point (c), which requires notices not only in the modified files but also in documentation, and thus appears a bi

Re: [elinks-dev] charset licences in ELinks, and debian/copyright

Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes: > How about: > - We add that text into COPYING, with a list of the files to > which it applies. > - We replace all the bundled charset mapping files with current > versions from www.unicode.org where available. > - We

Re: [elinks-dev] charset licences in ELinks, and debian/copyright

Y Giridhar Appaji Nag <[EMAIL PROTECTED]> writes: > Microsoft is a part of the Unicode consortium and since these files are > distributed at unicode.org I assumed them all to be of the same license. Oh, look here: http://www.unicode.org/copyright.html#Exhibit1 | UNICODE, INC. LICENSE AGREEMENT -

Re: [elinks-dev] charset licences in ELinks, and debian/copyright

Y Giridhar Appaji Nag <[EMAIL PROTECTED]> writes: > The license is more permissive than GPLv2 and my understanding is that > it is in the ELinks licensing terms that there should be an exception to > "allow" works under the Unicode Consortium licensing to be used with it. > That is, if a copy of t

[elinks-dev] charset licences in ELinks, and debian/copyright

This mail became pretty long, so I'm listing the most important matters at the top and the details at the bottom. In commit d33968506bf39500f56ee120d4a98a30b5f114d4 in git://git.debian.org/git/collab-maint/elinks.git

Re: [elinks-dev] Crash when download ends (Crashes again !)

أحمد المحمودي <[EMAIL PROTECTED]> writes: > This time, the crash happened with the following scenario: > 1. in tty4, I run elinks and browsed to freshmeat.net > 2. in tty6, I ran elinks and went to download latest 0.13 snapshot of > elinks. > 3. After the download started, I closed t

[elinks-dev] libsmbclient GPLv3 license conflict

Samba 3.2.0, released on 1 July 2008, switched to version 3 of the GNU General Public License. http://news.samba.org/releases/3.2.0/ AFAIK, this also applies to libsmbclient. So it may be illegal to distribute ELinks binaries linked with the current libsmbclient. The Debian elinks 0.12~pre1-1 pa

Re: [elinks-dev] Crash when download ends

أحمد المحمودي <[EMAIL PROTECTED]> writes: > Shall I file a bug on bugzilla ? Yes, please do. pgps6UwEyBbCE.pgp Description: PGP signature ___ elinks-dev mailing list elinks-dev@linuxfromscratch.org http://linuxfromscratch.org/mailman/listinfo/elinks

Re: [elinks-dev] Crash when download ends

NULL or in the global "terminals" list. Reported by أحمد المحمودي. --- commit b85c8a744ef7f6d75fca302afe01dc9dac65b4fe tree 0ed2ce4704e7e8c9eb7a30afc0a43d5aadc30f54 parent 983419b6060bd97e372019c2bdfde32ad2157661 author Kalle Olavi Niemitalo <[EMAIL PROTECTED]> Tue, 30 Sep 2008 10:

Re: [elinks-dev] Removing unclearly licensed test files

Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes: > To make future ELinks releases more legal to distribute, I would > like to remove these files from all branches in elinks.git: dom, > DOM_renderer, elinks-0.11, elinks-0.12, master, and witekfl. And from the unmaintained REL_0

Re: [elinks-dev] Crash when download ends

Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes: > I guess we should make destroy_terminal() search for download.term > pointers to that terminal, and reset them to NULL. > > struct download is used in these structures: I wasn't thinking straight. The pointer is

[elinks-dev] Removing unclearly licensed test files

Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes: > test/align.html: from www.czech-tv.cz, no explicit license, so you may have > to remove this > test/css/idnes_mail.html: apparently from idnes.cz, no explicit license, > so you may have to remove this > test/er

Re: [elinks-dev] Crash when download ends

أحمد المحمودي <[EMAIL PROTECTED]> writes: > ELinks 0.13 (20080915 snapshot) crashes when a download finishes, > that is in the case that this download was started from a window that > is closed before the download finishes. Here are the steps to > reproduce the bug: > 1] in tty1 for e

Re: [elinks-dev] [PATCH] Add support for nss_compat_ossl library (OpenSSL replacement).

Kamil Dudka <[EMAIL PROTECTED]> writes: > Yes, if you specify DIR manually, pkg-config is not used. I think the same > approach as here: > https://fedoraproject.org/wiki/Nss_compat_ossl#Sample_Application I see. It's just that I had NSS in /usr from Debian but built and installed nss_compat_oss

Re: [elinks-dev] Fw: [elinks-users] ELinks cannot run perl scripts that use perl modules.

:LibXML::SAX appears to require this. --- commit b0ce4adcbe970778e4082fed36a3cef35e31bd86 tree 44d444118d0fa37fad7d9f5f923e1f1d3bb79418 parent 58ebb4447b59a07c780184ee573c66354c7e4be3 author Kalle Olavi Niemitalo <[EMAIL PROTECTED]> Sat, 27 Sep 2008 21:58:08 +0300 committer Kalle Olavi Niemitalo

Re: [elinks-dev] [PATCH] Add support for nss_compat_ossl library (OpenSSL replacement).

Kamil Dudka <[EMAIL PROTECTED]> writes: > If you agree I forward this report to nss_compat_ossl > maintainer. OK, I see you already did. > Support for nss_compat_ossl must be requested by user now. I'm going to apply this version, but I noticed something odd. It appears you made the configure s

Re: [elinks-dev] 0.12pre2 and 0.11.5 next weekend?

I have done steps 1-2 of doc/release.txt for elinks-0.11.5 and elinks-0.12pre2, i.e. the signed tags are in http://elinks.cz/elinks.git/. However, the elinks.cz server isn't letting me log in, so the tarballs and signature files are only at pasky.or.cz:~kon so far. pgpzjMwQxlc56.pgp Description:

Re: [elinks-dev] [PATCH] Add support for nss_compat_ossl library (OpenSSL replacement).

Kamil Dudka <[EMAIL PROTECTED]> writes: > On Sunday 07 September 2008 02:05:07 Kalle Olavi Niemitalo wrote: >> Because you don't consider the nss_compat_ossl support stable, >> I think the configure script should select it only if the user >> explicitly reques

Re: [elinks-dev] elinks 0.13-20080905 internal error with a certian HTML file.

I have pushed to master two patches that should together fix the crash: 0f6add14f263a032d9ad2e6060d5971c24777e59 Update document.comb_x and comb_y when splitting lines. 8548108e39a9427f69ddba5a5256d4a38cc0f408 Make document.comb_{x,y} not relative to part.box. As documented in configure --help

[elinks-dev] 0.12pre2 and 0.11.5 next weekend?

I would like to release ELinks 0.12pre2 and 0.11.5 next weekend (2008-09-13 or so). I know Fonseca didn't want any more 0.11 releases, but well, bug 698 was a regression from 0.11.3 and there's also the libgnutls-openssl license incompatibility. If you object to 0.11.5, I could do just 0.12pre2, b

Re: [elinks-dev] [PATCH] fix mangled indentation in configure --help

Kamil Dudka <[EMAIL PROTECTED]> writes: > I've searched the proper solution last hour on the web. But it seems there is > no proper solution while using AC_HELP_STRING - consider this thread > http://www.mail-archive.com/[EMAIL PROTECTED]/msg08893.html > > So I've fixed the preexisting options w

Re: [elinks-dev] The Links/Links2/ELinks browsers are unusable on Debian GNU/Hurd

Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes: > Until you have a proper fix, you might also patch ELinks to work > around the bug. FYI, last night's elinks-0.12 snapshot (elinks-0.12-20080909) includes a similar patch. (This has not yet been merged to ELinks 0.13.GIT.) T

Re: [elinks-dev] [PATCH] fix mangled indentation in configure --help

Kamil Dudka <[EMAIL PROTECTED]> writes: > This is correct behavior. It attempts to align columns and the option is > longer than column, so it forces a newline. Nothing wrong I think. I don't mean alignment. The output should be --with-nss_compat_ossl[=DIR] NSS co

Re: [elinks-dev] elinks 0.13-20080905 internal error with a certian HTML file.

أحمد المحمودي <[EMAIL PROTECTED]> writes: > Unfortunately I cannot find any *core* files after elinks crashes ! You may be able to change that with ulimit -c in bash. However, for easily reproduceable crashes, I find it easier to run elinks within gdb, because that way there is no core file that

Re: [elinks-dev] elinks 0.13-20080905 internal error with a certian HTML file.

أحمد المحمودي <[EMAIL PROTECTED]> writes: > 2] elinks -no-home -no-connect /path/to/ > Then I follow the link to article_17686.shtml > So far, no trouble happened and the page did display very well. > Then I pressed q and Enter to quit. At that point I got a crash: It still doesn't crash here. >

Re: [elinks-dev] Errors in bittorent

make_bittorrent_peer_connection() uses a bittorrent-peer URI, the handler is not called. This change also lets get_uri() set the ipv6 flag if peer_info->ip is an IPv6 address literal. Reported by Witold Filipczyk. --- commit d93bceb9bd6ab32c614ac20dc5c87e3af2a7f85f tree a32c808927944db6717398c8595

Re: [elinks-dev] [PATCH] Add support for nss_compat_ossl library (OpenSSL replacement).

Kamil Dudka <[EMAIL PROTECTED]> writes: > +AC_ARG_WITH(nss_compat_ossl, AC_HELP_STRING([--with-nss_compat_ossl[=DIR]], > + [NSS compatibility SSL libraries/include files])) I'm getting this in configure: --with-nss_compat_ossl=DIR NSS compatibility SSL librari

Re: [elinks-dev] [PATCH] Add support for nss_compat_ossl library (OpenSSL replacement).

iables on its own rather than rely on values left from the previous check. The NSS support should be mentioned in doc/installation.txt. I was thinking of the following change, but you can do something else if you have better ideas. From 4e0c3737e46952d4e1edb475b6b7c0a37fa3d778 Mon Sep 17 00:00:00

Re: [elinks-dev] elinks 0.13-20080905 internal error with a certian HTML file.

أحمد المحمودي <[EMAIL PROTECTED]> writes: > When I attempt to open a certain HTML file, elinks core dumps giving > out the following error: Unfortunately I cannot reproduce this crash with your attachment. I ran ELinks like this: $ LD_LIBRARY_PATH=/home/Kalle/prefix/i686-pc-linux-gnu/lib ~

Re: [elinks-dev] elinks 0.13 build error.

أحمد المحمودي <[EMAIL PROTECTED]> writes: > Lately I was trying to build elinks 0.13 debian package, yet it fails > to build giving this error: > > make[4]: Entering directory > `/tmp/buildd/elinks-0.13~20080901/build-main/src/protocol/gopher' > [CC] src/protocol/gopher/gopher.o > /t

Re: [elinks-dev] [PATCH] Add support for nss_compat_ossl library (OpenSSL replacement).

Kamil Dudka <[EMAIL PROTECTED]> writes: > as requested in src/network/ssl/TODO support for NSS was added to elinks. Although it is listed in TODO, I am not sure it is a good idea. Current versions of ELinks do not check the subject names of certificates (bug 1024), do not display detailed error m

[elinks-dev] gnutls/openssl.h changed to GPLv3+

elinks-0.12/configure.in does: # Verify if the MD5 compatibility layer is usable. CONFIG_GNUTLS_OPENSSL_COMPAT=yes EL_CHECK_OPTIONAL_LIBRARY(CONFIG_GNUTLS_OPENSSL_COMPAT, [GNU TLS OpenSSL compatibility], gn

Re: [elinks-dev] please don't git describe in 0.12

ve use of git describe as well. There are no new tests in this commit. --- commit c97654d02a95e6701481204121a4f4c59e8f3088 tree 9abf39a8d8dca5308ae77923702606bf630778b1 parent 71b9979bc74b66c1cf961d5c74de5c0b3cbf00a4 author Kalle Olavi Niemitalo <[EMAIL PROTECTED]> Sun, 10 Aug 2008 17:56:45

[elinks-dev] Why is timeout in struct document?

When a script in a web page calls window.setTimeout, ELinks sets document.timeout. So, when two tabs are displaying the same document (e.g. test/ecmascript/scroll.html), only one of the tabs can have a timeout at a time. If that tab is closed, then nothing has a timeout any more. That does not s

Re: [elinks-dev] elinks crashes

a0a12e8cf8bae3860b1a59e86d3076a1 author Kalle Olavi Niemitalo <[EMAIL PROTECTED]> Tue, 15 Jul 2008 00:09:27 +0300 committer Kalle Olavi Niemitalo <[EMAIL PROTECTED]> Tue, 15 Jul 2008 00:09:27 +0300 NEWS |2 ++ src/viewer/text/vs.c |6 ++ 2 files changed, 8 inse

[elinks-dev] Why does potfiles.list go in $(srcdir)?

I'm changing contrib/mkdist to include po/elinks.pot in the ELinks release (not snapshot) tarballs, as recommended at . Because mkdist checks the source out from the Git repository, which does not contain po/elinks.pot, it must build this file F

[elinks-dev] ELinks 0.11.4 and 0.12pre1 update to Free Software Directory

The Free Software Directory at lists ELinks 0.11.3 as the latest version. However, ELinks 0.11.4 was released on 2008-06-20, and ELinks 0.12pre1 was released today on 2008-07-01; please see for details on these releases. I have attempted to

Re: [elinks-dev] proposed ELinks 0.12pre1 release announcement

rary XML though. * enhancement: make it possible to use more CSS properties with the source highlighting * enhancement: handle for HTML source rendering * enhancement: add support for scanning comment endings such as '--!>' correctly * enhancement: incremental parsing

[elinks-dev] proposed ELinks 0.12pre1 release announcement

s, 454 commits, 14 authors Changes from ELinks 0.11.0 to ELinks 0.12pre1: 768 files changed, 127854 insertions(+), 75163 deletions(-) 910 days, 2243 commits, 19 authors as listed below: Adam Golebiowski Eric Wald Jens Seidel Jonas Fonseca Kalle Olavi Niemitalo Laurent MONIN M

Re: [elinks-dev] Monthly snapshots

Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes: > I would much rather pay for hosting elsewhere. By the way, do you have any statistics on the disk and network usage at elinks.cz? pgpmYBB4vqdY8.pgp Description: PGP signature ___ elinks-de

Re: [elinks-dev] Monthly snapshots

Jonas Fonseca <[EMAIL PROTECTED]> writes: > Sounds good if somebody else is interested in starting the release > process of 0.12 and master. Okay, I will try to follow doc/release.txt in a local branch off elinks-0.12. > I don't know if it would make sense to start migrating to use > Google Code

  1   2   3   4   >