Re: Unable to view https sites
On Thu, 2007-10-25 at 14:48 -0400, ext [EMAIL PROTECTED] wrote: > IIRC, the solution was to restart the device and not visit garage.maemo. Interesting "solution". Please report any problem related with https @ maemo.org at http://bugs.maemo.org/show_bug.cgi?id=1403 or a different bug report if it's a different issue. Thank you. -- Quim Gil - http://maemo.org ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: WPA difficulties
On Fri, 26 Oct 2007 00:46:30 +0100 Peter Flynn <[EMAIL PROTECTED]> wrote: > Pretty much everything is working on my N800, including all my WEP > connections. WPA, however, is not. > > The campus LAN uses a hidden SSID and requires my MAC address and > provides a username and password. This works fine in WPA Enterprise > using Network-Manager on my Ubuntu Gutsy laptop: Try asking one of the geeks in your campus computer center out to lunch and show them your problem. They may have a workaround. -- Always Fred Chittenden, DDS [EMAIL PROTECTED] ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: connection scanning?
On Thu, 25 Oct 2007 15:52:43 -0400 "Jonathan Greene" <[EMAIL PROTECTED]> wrote: > Neither Devicescape nor Boingo switch back from your cell connection > though > > [EMAIL PROTECTED] > > > If this is your 'problem', I suppose you're right, it's too much to ask to figure out how to deprioritize your cell by turning your cell or bluetooth off. -- Always Fred Chittenden, DDS [EMAIL PROTECTED] ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Can't boot from MMC Card, how to solve this problem?
Device : Nokia N770 OS : ITOS 2006 3.2006.49-2 (default from factory) Card : Kingston 2GB MMC Mobile card Instructor : All from http://maemo.org/community/wiki/HowTo_EASILY_Boot_From_MMC_card First I have to say: the manual is very good, except no description about what if the procedure fails. At first time, I partitioned the brand new MMC card following http://maemo.org/maemowiki/HowTo_EASILY_Partition_your_MMC_card. All procedures worked like a charm, and by the end I could boot from the MMC card for sure. When I booted from MMC card, the system memory was about 1.5G, MMC card show about 4xx MB. When connected to PC via USB, there was a 4xx MB space on the device. Because the manual is for 1GB card, and I wanted to use most of the card space to save movie/mp3, then I decided to re-partition, and redo it. I repartitioned the card again. The /dev/mmcblk0p1(fat16) occupied about 1.5G, /dev/mmcblk0p1(ext2) occupied the leftover about 4xx MB. I used the last time downloaded initfs_flasher, and re-created the deal boot menu.(It was too sad that this time the backed up boot image overrided the last time backup image, so I lost the original non-bootmenu boot image.) Then, re-run the following procedures: # insmod /mnt/initfs/lib/modules/current/ext2.ko # mount /dev/mmcblk0p2 /opt ;the /opt already there # mount -t jffs2 /dev/mtdblock4 /floppy ;the /floppy already created last time # cd /tar-temp/bin/ ;the targnu already there from last time # ./targnu cf - -C /floppy . | ./targnu xvf - -C /opt The bad thing happened at the last step: It took about 15 minutes, then the xterm exited without any notice! No reboot, no error, just show the default desktop. Last time this step spent about 90 minutes! I checked the mounted fs, they were still there. Using df command I saw there was already 90% data transfered to /opt (All about 140M on /floppy). I did the last two steps to reboot: # chroot /mnt/initfs cal-tool --set-root-device ask:mmc2 # shutdown -r now The boot menu was there, but when I choosed to boot from the MMC ext2 770 just said that the boot failed and will boot from internal flash memory, then booted up the OS. Nothing wrong there just not from MMC card. I repeated the full steps at least two again as the manual says, still crashed at the targnu step(I sure closed all other apps and WiFi), and not bootable MMC card. Did anyone encounter this problem before? I really appreciate if someone help me working out this trouble. Many thanks Mike _ Express yourself with free Messenger emoticons. Get them today! http://www.freemessengeremoticons.ca/?icid=EMENCA122___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
WPA difficulties
Pretty much everything is working on my N800, including all my WEP connections. WPA, however, is not. The campus LAN uses a hidden SSID and requires my MAC address and provides a username and password. This works fine in WPA Enterprise using Network-Manager on my Ubuntu Gutsy laptop: Network Name: (the SSID) EAP: PEAP Key: Auto Default Phase2: None Identity: (username) Password: (password) Anon Ident: (username again) Client Cert: none CA Cert: none Priv Key: none Priv Key password: blank In OS 2007, I am using: Connection name: (I made one up) Connection type: WLAN SSID: (the SSID) Network is hidden: checked Mode: Infrastructure Security: WPA with EAP EAP Type: PEAP Select cert: none EAP method: MSCHAPv2 Usename: (username) Password: (password) Prompt for password: unchecked (ie No) In Advanced/EAP: Use manual username: checked Manual username: (username) Require client auth: checked This spins its wheels and says Authentication Failure. One of the networking engineers has gone through this with me on the N800 and says the settings make sense and it all appears to be what is needed...it just won't connect. He said he can see the request coming through on his network monitor from my MAC address, but it fails to authenticate. The problem (in my inexpert understanding) seems to be that WPA allows for two modes of authentication: (a) client authenticates server and (b) server authenticates client, but the setting "Require client authentication" is ambiguous because it's not clear from whose perspective this is phrased: the client's or the server's :-) It fails no matter which way it's checked. Is there a known problem with WPA authentication? Or am I doing something obviously wrong? ///Peter ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: N800 default apps
They certainly don't make that one obvious either... On 10/25/07, Peter Flynn <[EMAIL PROTECTED]> wrote: > Jonathan Greene wrote: > > navigate to your control panel and then choose Navigation. > > Click Organize > > Aha...thanks. I hadn't spotted Navigation: it's below the fold. > > ///Peter > ___ > maemo-users mailing list > maemo-users@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-users > -- Jonathan Greene +1.914.750.8740 AIM / iChat - atmasphere gtalk / jabber - [EMAIL PROTECTED] Skype / Gizmo - JonathanGreene blogs - http://www.atmasphere.net/wp / http://www.maemoapps.com ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: N800 default apps
Jonathan Greene wrote: > navigate to your control panel and then choose Navigation. > Click Organize Aha...thanks. I hadn't spotted Navigation: it's below the fold. ///Peter ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Steve's Ranty Review #1: N800 ogg support
On 26/10/2007, at 10:57 AM, Steve Greenland wrote: > According to Kemal Hadimli <[EMAIL PROTECTED]>: >> Some of the developers won't use the repositories no matter what you >> do, and as far as I can tell/analyze, the reasons are: >> >> - It's hard (well, not well-documented) to get access to, and to set >> up keys etc. >> - Distributing files from garage downloads are much easier (and can >> track download counts) Then these issues need to be fixed. Failing to centralise the available packages negates a potential massive advantage (for users, for developers, and for Nokia) of using Debian-style packages in the first place. It's been something that has bugged me massively since I first got my 770. Talk about snatching defeat from the jaws of victory... >> >> They don't care about the advantages (easy rolling of releases and >> auto-installation of dependencies) because there are ways to get >> around them. > > Then they don't care about their users. End of story. > > The way to solve this is to make the repo more attractive. Make > "download counts" available[1]. Make it easy to know *what* repo you > should put your packages in. Make it clear that not using the repo is > not socially acceptable. Make it clear what the requirements are to > get > into the repo. Make it easy. > > Now, I don't think there will ever be a time when everything > (non-official Nokia) is in one repo. Even Debian has it's special > purpose repos, such as backports.org. But for the most part, if your > package isn't in the central Debian repo, it doesn't exist. Steve is absolutely spot-on here, from start to finish. Personally, I'd urge Nokia to find someone (who understands the issues of e.g. library packaging) to have a thorough read of Debian policy and come up with a maemo policy at least partly based on it - this will be necessary to ensure that everything in the repository or repositories will "play friendly" and DTRT. There may at first appear to be weirdnesses in the way Debian does things, but in general it's all there for a reason and has been carefully (and often painfully) considered, and found to work. There will be good reasons for doing things differently in some areas and perhaps for pitching it at a slightly different level, but be careful that these reasons are stated and understood internally at least. Cheers, Nick ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: N810 is here
Am Donnerstag, 25. Oktober 2007 schrieben Sie: > Krischan Keitsch schrieb: > > Am Donnerstag, 18. Oktober 2007 schrieb Ralph Angenendt: > >> John Rudd wrote: > >>> Kahlil Johnson wrote: > Wow, still no OGG when will maemo people ever learn. Who cares > about AAC, give us OGG. > >>> > >>> Huh. I have many AAC files. I have no OGG files. Why should even > >>> remotely care about OGG? > >> > >> How weird. I have no AAC files but a big bunch of ogg files, why should > >> I even remotely care about AAC? > >> > >> IOW: What is the point you are trying to make? > >> > >>> Or is this one of those "you absolutely need it for interesting content > >>> in Europe, but it's absolutely useless for content in the Americas" > >>> type situations? > >> > >> Huh? What does it have to do with America/Europe? It's about *open* and > >> *free* music codecs - neither AAC nor MP3 are free. > >> > >> And I don't really see the problem with supporting *also* ogg. > >> > >> Cheers, > >> > >> Ralph > > > > I couldn't agree more! > > Well, me too, though I think the issue is a little tight to the > hardware. As you know the TI-DSP inside the TI-CPU is heavily used for > decoding multi-media stuff. > > Most if the used codecs are heavily patent and license contaminated. > This is not only a problem for Nokia but for all hardware manufacturers > that want to deal with this kind of stuff. The process is tedious, long > and hard to a) implement the codecs in a non-patent-vialoating way (i.e. > follow the patent) and afterwards licensing (try to find out what an MP3 > decoder will cost and you know my point here). > So what most manufacturers do, since they are not the first ones to make > this stuff, they rely on third parties to figure out all that stuff for > them and then just buy the package. > So what I assume what has happened is that Nokia simply bought/licensed > a pre-configured package of codecs for the TI DSP. They will probably > not have developed the codecs themselves, just the interface to them. > This way they only have very little influence on the codecs, their > number or which codecs they get. The most popular ones are of course > included, like MP3 and AAC. > But since there is no money to make with sublicensing OGG-Vorbis, there > will only be little to none suppliers for a ready made TI-DSP OGG-Vorbis > codec engine. So it did not make it into the product. > > The licensing argument that came up in another thread is probably just a > misunderstanding. It could be meant like "Since Nokia had to choose that > package due to licening issues they were not able to individually pick > additional codecs like Ogg". Some take-it-or-leave-it deal. > That sounds like a plausible explanation. Sad but true. > That's my view on the status quo. > > Concerning the future I think that TI and Nokia could do more to help > the community to fill the gap. There would be the possibility for the > community to do this development on their own, i.e. write a DSP > application doing OGG decoding. I can remembder that someone on the -dev > mailinglist started this but cannot remember the name anymore, sorry. > What Nokia could do to help here is to push TI more to release more > development information to interested DSP core developers (and to the > public of course). There is a DSP SDK available from TI, but buried down > somewhere on some development page for which you have to sign up first > before being able to download. The license agreement you have to sign > during the process is anything than clear and might suggest that your > are not allowed to develop something with this version that you intent > to redistribute (even open source) - so only for internal evaluation. > For a real developer license you have to buy the quite expensive > software development kit. So also an official statement from TI would be > needed that this SDK version can be used for open source development and > that the resulting work can be freely distributed in source code and > binary form. Only then Nokia can pick this up and include it in future > products. > > > Again this is my personal view from what I read on the MLs and from my > experience with companies and licening... > > > Krischan > > Cheers > nils faerber Ogg vorbis / tremor is just one of many codex. So the problem is more general. It is about a closed device on the internet tablets with rarely any information available. I acknowledge the commitment from Nokia towards open source and if they could they would have released the necessary information yet. They are caught in the constrains like many other companies. I keep that in mind but I still ask them to release specs and info's! I take their commitment toward open source serious. The Openmoko project has a diffrent approach: They try (at least) to use only hardware with open source drivers or at least freely available specs. That makes it a open platform (without a dsp btw) ;-) The world is neither 1 nor 0 - there
Re: Steve's Ranty Review #1: N800 ogg support
According to Kemal Hadimli <[EMAIL PROTECTED]>: > Some of the developers won't use the repositories no matter what you > do, and as far as I can tell/analyze, the reasons are: > > - It's hard (well, not well-documented) to get access to, and to set > up keys etc. > - Distributing files from garage downloads are much easier (and can > track download counts) > > They don't care about the advantages (easy rolling of releases and > auto-installation of dependencies) because there are ways to get > around them. Then they don't care about their users. End of story. The way to solve this is to make the repo more attractive. Make "download counts" available[1]. Make it easy to know *what* repo you should put your packages in. Make it clear that not using the repo is not socially acceptable. Make it clear what the requirements are to get into the repo. Make it easy. Now, I don't think there will ever be a time when everything (non-official Nokia) is in one repo. Even Debian has it's special purpose repos, such as backports.org. But for the most part, if your package isn't in the central Debian repo, it doesn't exist. Regards, Steve -- Steve Greenland The irony is that Bill Gates claims to be making a stable operating system and Linus Torvalds claims to be trying to take over the world. -- seen on the net ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: connection scanning?
Neither Devicescape nor Boingo switch back from your cell connection though On 10/25/07, Fred Chittenden <[EMAIL PROTECTED]> wrote: > On Thu, 25 Oct 2007 08:05:01 -0400 > "Jonathan Greene" <[EMAIL PROTECTED]> wrote: > > > Just curious if anyone here knows > > > > Does the tablet stop actively looking for wifi when you are connected > > via BT DUN? I know it does not switch back, but just wondering if > > it's still possible to find hotspots actively without first starting > > to switch your connection. > > > > Thanks, > > JG > > > > > Seems like you might look at 'devicescape' at the tableteer site. > It's a connection manager that supposedly logs in and out of hot spots, > including those you may have subscriptions to, like Starbucks. > > -- > Always Fred Chittenden, DDS > [EMAIL PROTECTED] > -- Jonathan Greene +1.914.750.8740 AIM / iChat - atmasphere gtalk / jabber - [EMAIL PROTECTED] Skype / Gizmo - JonathanGreene blogs - http://www.atmasphere.net/wp / http://www.maemoapps.com ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Unable to view https sites
I know this was mentioned a couple weeks ago. IIRC, the solution was to restart the device and not visit garage.maemo. In my situation, I am having a problem visiting /any/ SSL-enabled site, no matter whether I go to garage or not. I am running 2006.39.14 thank you for any help, K -- In Vino Veritas http://astroturfgarden.com signature.asc Description: Digital signature ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Steve's Ranty Review #1: N800 ogg support
On Thu, Oct 25, 2007 at 08:05:22AM +0300, Kalle Valo wrote: > > It seems Nintendo Wii "standby mode" is causing arp and DNS query, seen > > on n800, every 10 minutes. > > If it's only one ARP and DNS query, every 10 minutes is not that bad. > > Just of curiosity, who is issuing the DNS query? The Nintendo Wii > device? N800 shouldn't see DNS requests made by other devices. DNS is > unicast and N800 shouldn't see unicast packets between AP and other > WLAN clients. Doesn't multicast DNS use the same port and protocol as regular DNS? http://en.wikipedia.org/wiki/Zeroconf#Apple.27s_protocol:_Multicast_DNS.2FDNS-SD Marius Gedminas -- I am right now in the process of reading the Xft source code (the suspense near the end of Chapter 7 is unbearable) [...] -- Juliusz Chroboczek signature.asc Description: Digital signature ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: connection scanning?
On Thu, 25 Oct 2007 08:05:01 -0400 "Jonathan Greene" <[EMAIL PROTECTED]> wrote: > Just curious if anyone here knows > > Does the tablet stop actively looking for wifi when you are connected > via BT DUN? I know it does not switch back, but just wondering if > it's still possible to find hotspots actively without first starting > to switch your connection. > > Thanks, > JG > > Seems like you might look at 'devicescape' at the tableteer site. It's a connection manager that supposedly logs in and out of hot spots, including those you may have subscriptions to, like Starbucks. -- Always Fred Chittenden, DDS [EMAIL PROTECTED] ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: connection scanning?
"ext Jonathan Greene" <[EMAIL PROTECTED]> writes: > Does the tablet stop actively looking for wifi when you are connected > via BT DUN? Yes. icd issues WLAN scans only when there isn't any connection established. > I know it does not switch back, but just wondering if it's still > possible to find hotspots actively without first starting to switch > your connection. If you ask if it's possible to do a WLAN scan when BT DUN is active then yes, that is possible. BT DUN connection will stay up even though you issue a WLAN scan. Actually you can test this yourself. Start BT DUN connection and choose change connection from Connection Manager. You will see WLAN scan results but BT DUN connection should still work normally. If not, that's a bug. -- Kalle Valo ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: N800 IM Google Talk with Google Apps For Domains
On 10/25/07, Lee Cowdrey <[EMAIL PROTECTED]> wrote: > Hi, I am trying to configure the N800 google applications to work with > Google talk, this issue I have is I am using Google Apps for Domains so they > are hosting my domain but I get to us my personal domain name in Google > Talk, email etc etc. > > The Accounts applet under the control panel on the N800 though will only > allow me to use Google Talk if my domain is either gmail.com or > googlemail.com which of course under Google Apps for Domains it is not, plus > I have to sign in to Google Talk using [EMAIL PROTECTED] > Incorrect. You can edit the domain text field fully. Just delete the text and type in your domain name. > So does any one know how to either update the account setup applet to > include additional domain name or hack the config under the hood to get the > same result? > > Thanks in advance. > > > Regards > Lee. > > > ___ > maemo-users mailing list > maemo-users@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-users > > -- Ivan N. Zlatev Web: http://www.i-nZ.net "It's all some kind of whacked out conspiracy." ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
N800 IM Google Talk with Google Apps For Domains
Hi, I am trying to configure the N800 google applications to work with Google talk, this issue I have is I am using Google Apps for Domains so they are hosting my domain but I get to us my personal domain name in Google Talk, email etc etc. The Accounts applet under the control panel on the N800 though will only allow me to use Google Talk if my domain is either gmail.com or googlemail.com which of course under Google Apps for Domains it is not, plus I have to sign in to Google Talk using [EMAIL PROTECTED] So does any one know how to either update the account setup applet to include additional domain name or hack the config under the hood to get the same result? Thanks in advance. Regards Lee. ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
connection scanning?
Just curious if anyone here knows Does the tablet stop actively looking for wifi when you are connected via BT DUN? I know it does not switch back, but just wondering if it's still possible to find hotspots actively without first starting to switch your connection. Thanks, JG -- Jonathan Greene +1.914.750.8740 AIM / iChat - atmasphere gtalk / jabber - [EMAIL PROTECTED] Skype / Gizmo - JonathanGreene blogs - http://www.atmasphere.net/wp / http://www.maemoapps.com ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: N810 is here
Krischan Keitsch schrieb: > Am Donnerstag, 18. Oktober 2007 schrieb Ralph Angenendt: >> John Rudd wrote: >>> Kahlil Johnson wrote: Wow, still no OGG when will maemo people ever learn. Who cares about AAC, give us OGG. >>> Huh. I have many AAC files. I have no OGG files. Why should even >>> remotely care about OGG? >> How weird. I have no AAC files but a big bunch of ogg files, why should >> I even remotely care about AAC? >> >> IOW: What is the point you are trying to make? >> >>> Or is this one of those "you absolutely need it for interesting content >>> in Europe, but it's absolutely useless for content in the Americas" type >>> situations? >> Huh? What does it have to do with America/Europe? It's about *open* and >> *free* music codecs - neither AAC nor MP3 are free. >> >> And I don't really see the problem with supporting *also* ogg. >> >> Cheers, >> >> Ralph > > I couldn't agree more! Well, me too, though I think the issue is a little tight to the hardware. As you know the TI-DSP inside the TI-CPU is heavily used for decoding multi-media stuff. Most if the used codecs are heavily patent and license contaminated. This is not only a problem for Nokia but for all hardware manufacturers that want to deal with this kind of stuff. The process is tedious, long and hard to a) implement the codecs in a non-patent-vialoating way (i.e. follow the patent) and afterwards licensing (try to find out what an MP3 decoder will cost and you know my point here). So what most manufacturers do, since they are not the first ones to make this stuff, they rely on third parties to figure out all that stuff for them and then just buy the package. So what I assume what has happened is that Nokia simply bought/licensed a pre-configured package of codecs for the TI DSP. They will probably not have developed the codecs themselves, just the interface to them. This way they only have very little influence on the codecs, their number or which codecs they get. The most popular ones are of course included, like MP3 and AAC. But since there is no money to make with sublicensing OGG-Vorbis, there will only be little to none suppliers for a ready made TI-DSP OGG-Vorbis codec engine. So it did not make it into the product. The licensing argument that came up in another thread is probably just a misunderstanding. It could be meant like "Since Nokia had to choose that package due to licening issues they were not able to individually pick additional codecs like Ogg". Some take-it-or-leave-it deal. That's my view on the status quo. Concerning the future I think that TI and Nokia could do more to help the community to fill the gap. There would be the possibility for the community to do this development on their own, i.e. write a DSP application doing OGG decoding. I can remembder that someone on the -dev mailinglist started this but cannot remember the name anymore, sorry. What Nokia could do to help here is to push TI more to release more development information to interested DSP core developers (and to the public of course). There is a DSP SDK available from TI, but buried down somewhere on some development page for which you have to sign up first before being able to download. The license agreement you have to sign during the process is anything than clear and might suggest that your are not allowed to develop something with this version that you intent to redistribute (even open source) - so only for internal evaluation. For a real developer license you have to buy the quite expensive software development kit. So also an official statement from TI would be needed that this SDK version can be used for open source development and that the resulting work can be freely distributed in source code and binary form. Only then Nokia can pick this up and include it in future products. Again this is my personal view from what I read on the MLs and from my experience with companies and licening... > Krischan Cheers nils faerber -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48Fax: +49-271-771091-19 D-57072 Siegen Mob: +49-176-21024535 -- ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Steve's Ranty Review #1: N800 ogg support
Kalle Valo wrote: > ext Frédéric Crozat <[EMAIL PROTECTED]> writes: > > >> I also have a Fonera. Is there any way to check, from n800 side, if WLAN >> PSM isn't working properly ? (I've enabled full PSM and pings are still >> working) >> La fonera is known not to work properly with PSM, it's mentioned in: https://bugs.maemo.org/show_bug.cgi?id=1636 http://boards.fon.com/viewtopic.php?t=3451&highlight=n800 I'm fairly certain that the bug is in fonera side, but fonera probably is as certain that it is on n800 side (and/or that n800 is marginal enough not to care about it). Thus fixing it falls in the responsibility of the famous "someone else" guy... ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users