Active Topics
-
Phone Camera Competition April 2021: "Funny & Foolish" (33)
to General by Fellfrosch - 11 hrs, 34 mins ago -
What's the best Handheld gnu/linux machine for 20XX? (78)
to Competitors by clort - 16 hrs, 20 mins ago -
Unofficial Storage for camera phone competition... (62)
to General by catbus - 1 day ago -
Maemo-Leste pre-alpha announcement (512)
to Maemo 7 / Leste by nonsuch - 2 days, 1 hr ago -
The Intel RealSense Smartphone prototype (0)
to Competitors by n950 - 2 days, 4 hrs ago -
Maemo Leste Playground (57)
to Maemo 7 / Leste by clort - 3 days, 1 hr ago -
A Palm OS thread ... and a thank you to the community (23)
to Alternatives by bradvesp - 4 days ago - more...
|
2010-01-20
, 22:41
|
|
Posts: 3,428 |
Thanked: 2,856 times |
Joined on Jul 2008
|
#72
|
Originally Posted by ndi
In theory, yes. But I've also wondered this myself on how Maemo is going to handle dependencies. For example, say someone ports a CLI app that does something useful (pianobar, for example, for pandora radio) and then someone else creates a GUI front-end for it.. if the GUI frontend gets votes *before* pianobar itself gets votes.. would the GUI wind up in extras before pianobar can? How is this prevented?
On the other hand, some others no longer work, like Google Latitude Updater, it's missing some QT4 dependencies. I had it before the PR1.1. Why would anyone remove libs active apps depend on but leave the apps?
For people on 1.0? Shouldn't all dependencies be in the repos?
Definitely a topic for a different thread though..
 |
|
2010-01-20
, 22:43
|
|
Posts: 2,050 |
Thanked: 1,425 times |
Joined on Dec 2009
@ Bucharest
|
#73
|
Didn't he say no error, it's just very very slow?
Also, my wifi actually NATs to my PC, second NIC. The PC resolves repository.maemo.org just fine. I did notice, though, that doing a DNS on the name THEN tapping update makes it update in like 5 seconds, which is odd. It usually takes like 20 or so.
--
++ [ 0:43:37.79] [Ndi] D:\Admin\Projects\LANMap>dns repository.maemo.org
[DNS] lookup on "repository.maemo.org" resolved. Host : a515.g.akamai.net
IP list:
81.196.26.177
81.196.26.154
The format's a little odd, it's a custom W7
Also, my wifi actually NATs to my PC, second NIC. The PC resolves repository.maemo.org just fine. I did notice, though, that doing a DNS on the name THEN tapping update makes it update in like 5 seconds, which is odd. It usually takes like 20 or so.
--
++ [ 0:43:37.79] [Ndi] D:\Admin\Projects\LANMap>dns repository.maemo.org
[DNS] lookup on "repository.maemo.org" resolved. Host : a515.g.akamai.net
IP list:
81.196.26.177
81.196.26.154
The format's a little odd, it's a custom W7
__________________
N900 dead and Nokia no longer replaces them. Thanks for all the fish.
Keep the forums clean: use "Thanks" button instead of the thank you post.
N900 dead and Nokia no longer replaces them. Thanks for all the fish.
Keep the forums clean: use "Thanks" button instead of the thank you post.
|
|
2010-01-20
, 22:44
|
|
Posts: 1,208 |
Thanked: 1,028 times |
Joined on Oct 2007
|
#74
|
Originally Posted by fatalsaint
GUI wouldn't be allowed to enter Extras before pianobar is there as long as GUI is packaged properly (has pianobar as a dependency)
In theory, yes. But I've also wondered this myself on how Maemo is going to handle dependencies. For example, say someone ports a CLI app that does something useful (pianobar, for example, for pandora radio) and then someone else creates a GUI front-end for it.. if the GUI frontend gets votes *before* pianobar itself gets votes.. would the GUI wind up in extras before pianobar can? How is this prevented?
| The Following User Says Thank You to mikkov For This Useful Post: | ||
|
|
2010-01-20
, 22:45
|
|
Posts: 3,428 |
Thanked: 2,856 times |
Joined on Jul 2008
|
#75
|
Originally Posted by mikkov
Very good information to have.. thank you.
GUI wouldn't be allowed to enter Extras before pianobar is there as long as GUI is packaged properly (has pianobar as a dependency)
|
|
2010-01-20
, 22:49
|
|
Posts: 43 |
Thanked: 2 times |
Joined on Jan 2010
|
#76
|
Originally Posted by fatalsaint
I'll have a go at changing the DNS settings after the terminal thing is done. Since my last post it is only 33% now so it'll probably take an hour or so.
This gives me more to work with. When on WiFI it looks like a DNS problem.. try using the google DNS servers described in a thread where someone in ireland was getting similar responses.
Again in this thread with almost identical readouts to yours with wifi. But, this may lead to being a problem in how the new firmware uses DNS entries.
Try adding 8.8.8.8 and 8.8.4.4 to your /etc/resolv.conf and see if that fixes your wifi problems.
For the 3G - what exactly is the error?
And the 3G error (I'll confirm this when this thing is done as well) is something along the lines of:
I'll try and refresh the sources over 3G and it'll say "sources were only partially refeshed, click details for a detailed report" or something, and in the details part for the packages that didn't refresh it says "Proxy CONNECT aborted" (I'm pretty sure - again, I'll double check soon).
|
|
2010-01-20
, 22:50
|
|
Posts: 3,428 |
Thanked: 2,856 times |
Joined on Jul 2008
|
#77
|
Originally Posted by ndi
And that's all fine.. but the people experiencing this application manager problem appear to have DNS servers that are returning bad ip addresses for the maemo.org repositories. Most notably: 1.0.0.0.
++ [ 0:43:37.79] [Ndi] D:\Admin\Projects\LANMap>dns repository.maemo.org
[DNS] lookup on "repository.maemo.org" resolved. Host : a515.g.akamai.net
IP list:
81.196.26.177
81.196.26.154
The format's a little odd, it's a custom W7
As the other guy said in a link I posted - pre-1.1 he was able to manually edit his advanced settings and set his DNS servers to google's.. and they worked. But *after* the 1.1 update, it appears the advanced settings are not taking effect; or are at least being ignored.. and instead the other /var/run/resolv.conf.wlan0 is being used with the DHCP DNS servers, not the manually added ones.
This would "appear" to be a bug introduced in 1.1 that the Advanced Settings->DNS is not working (would need testing). This does not solve the problem of people unable to get to repositories because of bad DNS servers - but unfortunately theres not much we can do about it. We have to somehow force the Google DNS servers to be used instead, in these cases. Not difficult: If the Advanced Settings worked.. since they aren't appearing to - you have to do it by hand.
|
|
2010-01-20
, 23:08
|
|
Posts: 43 |
Thanked: 2 times |
Joined on Jan 2010
|
#78
|
Originally Posted by fatalsaint
So, by changing my DNS settings, technically everything should work fine over WiFi, and I just won't be able to download things over 3G from the repos that don't work because of the "Proxy CONNECT aborted" error?
And that's all fine.. but the people experiencing this application manager problem appear to have DNS servers that are returning bad ip addresses for the maemo.org repositories. Most notably: 1.0.0.0.
As the other guy said in a link I posted - pre-1.1 he was able to manually edit his advanced settings and set his DNS servers to google's.. and they worked. But *after* the 1.1 update, it appears the advanced settings are not taking effect; or are at least being ignored.. and instead the other /var/run/resolv.conf.wlan0 is being used with the DHCP DNS servers, not the manually added ones.
This would "appear" to be a bug introduced in 1.1 that the Advanced Settings->DNS is not working (would need testing). This does not solve the problem of people unable to get to repositories because of bad DNS servers - but unfortunately theres not much we can do about it. We have to somehow force the Google DNS servers to be used instead, in these cases. Not difficult: If the Advanced Settings worked.. since they aren't appearing to - you have to do it by hand.
I can live with that I guess.
EDIT: Terminal thing is done:
Reading package lists... Done
W: Failed to fetch http://repository.maemo.org/extras/d...le/Release.gpg Could not connect to repository.maemo.org:80 (1.0.0.0), connection timed out
(Then there are a lot more "failed to fetch" errors, all because they timed out)
W: Some index files failed to download, they have been ignored, or old ones used instead.
W: You may want to run apt-get update to correct these problems
Last edited by kurtisboyd; 2010-01-20 at 23:14.
|
|
2010-01-20
, 23:14
|
|
Posts: 3,617 |
Thanked: 2,412 times |
Joined on Nov 2009
@ Cambridge, UK
|
#79
|
Originally Posted by kurtisboyd
Do any https sites work in the browser? The app manager is only doing standard http/https downloads.
So, by changing my DNS settings, technically everything should work fine over WiFi, and I just won't be able to download things over 3G from the repos that don't work because of the "Proxy CONNECT aborted" error?
I can live with that I guess.
|
|
2010-01-20
, 23:16
|
|
Posts: 992 |
Thanked: 995 times |
Joined on Dec 2009
@ California
|
#80
|
Originally Posted by ndi
You are lucky! You are not censored!
Do you guys speak of the AM log? The AM > top menu > show log? Because mine is empty. I had stuff in there before 1.1, all "ignoring version on <insert lib here>". Empty now, it just says "App Manager etc etc -51"
Again in this thread with almost identical readouts to yours with wifi. But, this may lead to being a problem in how the new firmware uses DNS entries.
Try adding 8.8.8.8 and 8.8.4.4 to your /etc/resolv.conf and see if that fixes your wifi problems.
For the 3G - what exactly is the error?
If I've helped you or you use any of my packages feel free to help me out.
-----------------------------------------------------------------------------------
Maintaining:
pyRadio - Pandora Radio on your N900, N810 or N800!