Tiny Core Linux
Tiny Core Extensions => TCE Bugs => Topic started by: tobiaus on May 01, 2009, 02:37:33 PM
-
i install links and go to http://google.com ... it works immediately.
i install elinks and go to http://google.com ... it waits ... host not found http://google.com
i open elinks and links side by side in two terms... i put http://google.com in both goto windows... hit enter on elinks and it just sits there...
then i hit enter on "goto" in links... loads google while elinks still just sits.
i hit refresh 10 times for each browser, waiting each time for a download or timeout message. elinks never loads google, links does every time. elinks is behaving the way wget http://google.com and aria always behave in 2.0rc1, but ff and links always work for me. if this is a temporary dns issue, it's only temporary for certain apps. the apps that don't work, haven't since the upgrade. i found this yesterday, it's the same today, and 5, 10, 20 minutes later.
-
no problem here.....Can you go to other sites?
-
google.com has multiple IP addresses.
What happens if you try by an IP address?
Name: google.com
Address 1: 209.85.171.100 cg-in-f100.google.com
Address 2: 74.125.67.100 gw-in-f100.google.com
Address 3: 74.125.45.100 yx-in-f100.google.com
-
What happens if you try by an IP address?
http://google.com
IP Address 1: http://209.85.171.100
IP Address 2: http://74.125.67.100
IP Address 3: http://74.125.45.100
not surprisingly, all 3 ip addresses work in both elinks and links. i realize this is a dns issue, but it's a dns issue that only happens in certain apps, and consistently with those apps.
all 4 (including http://google.com) still work in links.
if rebooting into tc 1.2 and showing that this problem magically goes away proves anything to you, let me know i'll do it (but it's really tedious)
so far there has been one (1) error in what i've reported about this. it's true that installing wget.tce does not make any difference in the behavior but installing wget.tce does not stop appbrowser from working (nor should it.) that was a typo, i never meant to say appbrowser ever stopped working.
but i'm being very methodical and careful about this issue because it's important and obviously isn't affecting everyone. this is why rc's are good, too and you know? i'd love to be wrong, but... i dunno. i'll be happy to try any experiments you need to help me figure it out.
-
What is the results of the command
route -ne
on both working TC 1.x and TC 2.0rc?
What are the contents of
cat /etc/resolv.conf
on both working and non-working versions?
-
What is the results of the command
route -ne
on both working TC 1.x and TC 2.0rc?
What are the contents of
cat /etc/resolv.conf
on both working and non-working versions?
it's neither of those, they're identical from 1.x to 2.x.
i figured out why appbrowser works even if wget doesn't. the working apps: netrik, ff, and links will work for 100% of addresses, including http://google.com
the problem apps: wget (both base and tce,) aria2, and elinks will work for some addresses like ibiblio.org and wikipedia.org, but never for google.com or linux.com. not in 2.x, not for me.
-
the problem apps: wget (both base and tce,) aria2, and elinks will work for some addresses like ibiblio.org and wikipedia.org, but never for google.com or linux.com. not in 2.x, not for me.
no problem with those sites on this end with elinks......connects about the same for both versions. Are you using
the updated version of elinks?
-
no problem with those sites on this end with elinks......connects about the same for both versions. Are you using
the updated version of elinks?
for now i seem to be the only person affected. i just downloaded elinks "today," (well now last night) but i've been watching this problem since "yesterday" (now technically the day before.)
that's when i first tried tc 2.x, specifically 2.0 rc1. no attached media, cloud mode from cd, so everything is new / 2.x repo, etc.
also more recently than this i tried 1.x and 2.x side by side in qemu in ubuntu. virtualized with identical network access, 1.x and 2.x still behave differently. this is not an elinks issue, it's an elinks, busybox wget, wget.tce, and aria2 issue. those apps work fine with the ip, and with some dns requests like ibiblio and wikipedia (hence appbrowser's not affected!)
neither google.com or linux.com work for any of those. not in 2.x, not for me. (i believe it does for others.) if i use standard ff (tce) or links, or netrik, ALL urls work... including google and linux.com.
-
Does nslookup work for you with those sites?
(I just tried myself to wget & aria2 http://google.com and it worked, twice, with both)
-
Does nslookup work for you with those sites?
no (http://forum.tinycorelinux.net/index.php?topic=1381.0). and the appbrowser mystery is back! because busybox wget http://ibiblio.org will not resolve but appbrowser will still connect and install anything i ask it to. that really makes no sense at all. posting this with ff, but nslookup and elinks don't work, and links and netrik still do.
-
tc@box:~$ tce-load aria2 wget install
aria2
wget: server returned error: HTTP/1.1 404 Not Found
md5sum: aria2.md5.txt: No such file or directory
should work, yes? it works in appbrowser. this wget thing is bizarre. wget.tce is NOT installed. tried this with nano, same thing. add curl to the list of apps that resolve just fine.
-
Wrong syntax: try
tce-load aria2.tce wget install
-
Wrong syntax: try tce-load aria2.tce wget install
oh that's a relief...
tc@box:~$ tce-load netrik.tce wget install
netrik.tce
i thought tce-load was one of the things that was working before. it still is, thanks.
-
1.2 hosting qemu running 2.0rc1 OR 1.2-[ qemu(runs 2.x) ] = network problems in 2.x.
2.0rc1 hosting qemu running 1.2 OR 2.0-[ qemu(runs 1.2) ] = no network problems in 1.2, within qemu.
the diagram at the bottom shows that 1.x native is ok, 2.x native is not.
however, even if 2.x hosts the emulator, 1.2-emulated still works from inside 2.x.
http://img2.imageshack.us/img2/3412/tc20net.png
-
elinks was compiled on tc1. Did you recompile it on tc2?
-
http://img2.imageshack.us/img2/3412/tc20net.png
elinks was compiled on tc1. Did you recompile it on tc2?
i am using premade tce and tcz packages exclusively, booting cloud mode with no media attached, and only using the 2.x repo for 2.x. if elinks has not been recompiled, that may explain elinks.
it may even explain wget.tce (which is not installed at the moment, as the screenshot proves.) i'm most concerned about busybox wget. i can make it work on other networks, and you can see it work properly in emulated-1.2, hosted within 2.x in the picture.
if busybox wget and nslookup from the base were working properly, i would only consider this a TCE bug. since those two are in the base, i consider it a TCB bug. note that despite not being able to wget http://google.com, i can still use appbrowser and even use tce-load nameofapp.tce wget install. BUT /usr/bin/getTime.sh doesn't work anymore than wget http://google.com does. (neither does nslookup.)
-
That might be the problem with elinks. I just submitted an update for tc2, and noticed that it's about a meg larger. Let us know if this works...
-
I just submitted an update for tc2, and noticed that it's about a meg larger.
gee that doesn't bode well. you really notice that 2.x is heavier when you try to use flash (even flash9 i suspect) and qemu. when i start using 1.x more often (right now i do everything in 2.x because it's the version i'm most concerned with, and there's USUALLY only one setup i use for testing purposes) i'll be able to feel if it's faster. i'll let you know about elinks when the new version's up.
-
I think that's because features were disabled due to lack of support from the dated libraries. For example, my soundcard (which I had written off as inferior) I now find can share multiple apps. Larger doesn't necessarily mean slower. Look at differences from kernel 2.4 to 2.6, for example in handling all kinds of processes more efficiently.
-
Let us know if this works...
no, it has the same problem elinks had before, along with busybox wget/wget.tce, aria2, tcbase nslookup, and tcbase nc (timeserver client.) curiously enough, appbrowser and extensions are the only things that don't have the issue, including appbrowser, curl, links, ff, minefield, netrik, and i've watched streaming video with mplayer nodeps in 2.x also.
-
Have you done anything particularly harmful to someone in a past life?
-
Have you done anything particularly harmful to someone in a past life?
obviously i did something to linus torvalds' great-grandmother. i assure you i am not proud, nor is it the sort of thing i'd ever do twice. (i suppose it could have been richard stallman's great grandmother, but give me a little credit.)
-
Does elinks support https? If not is there a hack to avoid certifacate checking?
-
Does elinks support https?
Yes, but the elinks-nodep.tcz extension is compiled without that enabled.
If not is there a hack to avoid certifacate checking?
If it doesn't support HTTPS then it doesn't do certificate checking, since that's part of HTTPS. So no hack required!
You could use a HTTPS-HTTP proxy website to browse HTTPS-only websites with ELinks from the old (but not as old as this thread!) elinks-nodep.tcz extension. Maybe start a new thread in Extension Requests if you'd like someone to build a newer ELinks extension with HTTPS support enabled. It won't run as well on very old computers as elinks-nodep.tcz though, which is one advantage of that extension.