Re: getting operator name and SIM card status on N900
On 04/23/2010 10:35 PM, William Maddler wrote: > Hello all, > I've tried googling around but got no luck. > I'd need to get current operator name a SIM card status (registered/not > registered). > > Any clue or starting point? C or Python would be fine. Answering to myself: http://wiki.maemo.org/Phone_control Bye William ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: getting operator name and SIM card status on N900
On 04/24/2010 02:18 AM, Cláudio Sampaio wrote:
> On Fri, Apr 23, 2010 at 5:35 PM, William Maddler <mailto:n...@maddler.net>> wrote:
>
> Hello all,
> I've tried googling around but got no luck.
> I'd need to get current operator name a SIM card status (registered/not
> registered).
>
> Any clue or starting point? C or Python would be fine.
>
>
> You can get them via dbus. First you get the operator code and country
> code, then you get the proper string. In shell script:
>
> #!/bin/sh
> opcountry=$(dbus-send --system --print-reply=literal
> --dest=com.nokia.phone.net <http://com.nokia.phone.net>
> /com/nokia/phone/net \
> Phone.Net.get_registration_status | tr '\n' ' ' | awk '{print $8,$10}')
> opcode=$(echo $opcountry | cut -f1 -d' ')
> countrycode=$(echo $opcountry | cut -f2 -d' ')
> dbus-send --system --print-reply --dest=com.nokia.phone.net
> <http://com.nokia.phone.net> /com/nokia/phone/net \
> Phone.Net.get_operator_name byte:0 uint32:$opcode uint32:$countrycode |
> grep string \
> | awk '{print $2}' | tr -d \"
Great!!! That's exactly what I needed!
Thank you very much
William
>
> --
> Cláudio "Patola" Sampaio
> IRC: ptl - Yahoo: patolaaa
> Campinas, SP - Brazil.
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
getting operator name and SIM card status on N900
Hello all, I've tried googling around but got no luck. I'd need to get current operator name a SIM card status (registered/not registered). Any clue or starting point? C or Python would be fine. Thank you William ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Slow operations trough ssh, connected to my N810
far from > 200ms when pinging from laptop to N810... dunno what's the problem... but afaik it's related to network and not to N810 :) Andrea Grandi wrote: > Ping from N810 to router: > > Nokia-N810-50-2:~# ping 192.168.0.1 > PING 192.168.0.1 (192.168.0.1): 56 data bytes > 64 bytes from 192.168.0.1: seq=0 ttl=255 time=36.8 ms > 64 bytes from 192.168.0.1: seq=1 ttl=255 time=21.2 ms > 64 bytes from 192.168.0.1: seq=2 ttl=255 time=5.8 ms > 64 bytes from 192.168.0.1: seq=3 ttl=255 time=21.3 ms > 64 bytes from 192.168.0.1: seq=4 ttl=255 time=40.9 ms > 64 bytes from 192.168.0.1: seq=5 ttl=255 time=4.7 ms > 64 bytes from 192.168.0.1: seq=6 ttl=255 time=21.3 ms > 64 bytes from 192.168.0.1: seq=7 ttl=255 time=22.1 ms > > --- 192.168.0.1 ping statistics --- > 8 packets transmitted, 8 packets received, 0% packet loss > round-trip min/avg/max = 4.7/21.7/40.9 ms > Nokia-N810-50-2:~# > > ping from my notebook to router: > > [EMAIL PROTECTED]:~$ ping 192.168.0.1 > PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data. > 64 bytes from 192.168.0.1: icmp_seq=1 ttl=255 time=2.40 ms > 64 bytes from 192.168.0.1: icmp_seq=2 ttl=255 time=2.28 ms > 64 bytes from 192.168.0.1: icmp_seq=3 ttl=255 time=2.16 ms > 64 bytes from 192.168.0.1: icmp_seq=4 ttl=255 time=3.60 ms > 64 bytes from 192.168.0.1: icmp_seq=5 ttl=255 time=2.28 ms > 64 bytes from 192.168.0.1: icmp_seq=6 ttl=255 time=2.30 ms > 64 bytes from 192.168.0.1: icmp_seq=7 ttl=255 time=2.15 ms > > --- 192.168.0.1 ping statistics --- > 7 packets transmitted, 7 received, 0% packet loss, time 6000ms > rtt min/avg/max/mdev = 2.153/2.457/3.603/0.478 ms > [EMAIL PROTECTED]:~$ > > > 2008/2/4, william maddler <[EMAIL PROTECTED]>: >> time > 10ms sounds strange to me, being on the same network... what if >> you try pinging your AP's IP from both laptop and N810? same results? > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Slow operations trough ssh, connected to my N810
time > 10ms sounds strange to me, being on the same network... what if you try pinging your AP's IP from both laptop and N810? same results? Andrea Grandi wrote: > Hi, > > this is the ping result: > > [EMAIL PROTECTED]:~$ ping 192.168.0.102 > PING 192.168.0.102 (192.168.0.102) 56(84) bytes of data. > 64 bytes from 192.168.0.102: icmp_seq=1 ttl=64 time=9.03 ms > 64 bytes from 192.168.0.102: icmp_seq=2 ttl=64 time=69.9 ms > 64 bytes from 192.168.0.102: icmp_seq=3 ttl=64 time=283 ms > 64 bytes from 192.168.0.102: icmp_seq=4 ttl=64 time=5.71 ms > 64 bytes from 192.168.0.102: icmp_seq=5 ttl=64 time=132 ms > 64 bytes from 192.168.0.102: icmp_seq=6 ttl=64 time=26.3 ms > 64 bytes from 192.168.0.102: icmp_seq=7 ttl=64 time=296 ms > 64 bytes from 192.168.0.102: icmp_seq=8 ttl=64 time=218 ms > 64 bytes from 192.168.0.102: icmp_seq=9 ttl=64 time=140 ms > 64 bytes from 192.168.0.102: icmp_seq=10 ttl=64 time=62.1 ms > 64 bytes from 192.168.0.102: icmp_seq=11 ttl=64 time=292 ms > 64 bytes from 192.168.0.102: icmp_seq=12 ttl=64 time=210 ms > 64 bytes from 192.168.0.102: icmp_seq=13 ttl=64 time=132 ms > 64 bytes from 192.168.0.102: icmp_seq=14 ttl=64 time=54.6 ms > 64 bytes from 192.168.0.102: icmp_seq=15 ttl=64 time=281 ms > 64 bytes from 192.168.0.102: icmp_seq=16 ttl=64 time=203 ms > > --- 192.168.0.102 ping statistics --- > 16 packets transmitted, 16 received, 0% packet loss, time 15000ms > rtt min/avg/max/mdev = 5.718/151.281/296.578/102.465 ms > > both my notebook and my N810 are connected to the same router/access point. > > 2008/2/4, william maddler <[EMAIL PROTECTED]>: >> Andrea Grandi wrote: >>> Hi all, >>> >>> I've openssh and ssh client installed on my N810. Sometimes I need to >>> connect to the N810 using ssh, from my notebook (they're both on the >>> same lan). Very often I experiment that connection is very very slow >>> :( >>> >>> Cannot understand why...if I open an Xterm on N810 and I execute: ssh >>> [EMAIL PROTECTED], everything looks fast. No process is taking 100% or >>> something similar >>> >>> Anyone experienced the same problem? >>> >> Network lag? What if you try pinging your N810? >> > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Slow operations trough ssh, connected to my N810
Andrea Grandi wrote: > Hi all, > > I've openssh and ssh client installed on my N810. Sometimes I need to > connect to the N810 using ssh, from my notebook (they're both on the > same lan). Very often I experiment that connection is very very slow > :( > > Cannot understand why...if I open an Xterm on N810 and I execute: ssh > [EMAIL PROTECTED], everything looks fast. No process is taking 100% or > something similar > > Anyone experienced the same problem? > Network lag? What if you try pinging your N810? ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: latest RTCOMM 2008 beta makes n810 reboot
Naba Kumar wrote: > ext Michael Marxmeier wrote: >> The same happened to me. After installing the rtcomm beta update my >> N810 got trashed and ended in a reboot loop. Only a OS reflash fixed it. >> >> After installing the rtcomm update (and before rebooting) i noticed >> that chat no longer worked and modest crashed as well (presumably trying >> to access some rtcomm profile information). >> > I have haven't seen any crashes yet with it. Can you try out rtcom beta > without modest and see if you still get the crashes. I have a feeling > modest could be causing this. > > Thanks. > > Regards, > -Naba I don't have my (damn)microUSB cable ;) here, in order to enable wd. I'll give it a try later today. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
latest RTCOMM 2008 beta makes n810 reboot
I've just upgraded to latest RTCOMM beta. Right after the installation I wasn't able to start Chat application anymore. After that, when I try to boot the device keeps rebooting right after hands logo is shown. Tried almost anything, even on a fresh install. Has anyone else experienced same problem? Thx Maddler ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
OS2008 N800 and root password
Am I wrong? Or root password on OS2008 for N800 is not "rootme" anymore? Thank you. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
N800/OS2008 dpkg --force-all not really forcing
Hi all, quick question. Just rebuilt net-tools package (I need "real" netstat, and also default one is not actually working bug #2389). When I try to install the new deb, using --force-all (to override Busybox) i get the following message: Nokia-N800-44-4:~# dpkg -i --force-all net-tools_1.60-17_armel.deb dpkg: regarding net-tools_1.60-17_armel.deb containing net-tools: busybox conflicts with net-tools net-tools (version 1.60-17) is to be installed. dpkg: warning - ignoring conflict, may proceed anyway ! (Reading database ... 15405 files and directories currently installed.) Preparing to replace net-tools 1.60-17 (using net-tools_1.60-17_armel.deb) ... Unpacking replacement net-tools ... Replaced by files in installed package busybox ... Setting up net-tools (1.60-17) ... and original links are restored. Is there any way to avoid this? Any clue? Thank you. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Kismet on the N800/Maemo Platform?
Rick Prelinger wrote: > Kismet used to work perfectly on the N800 until I reflashed with the new > system release. Now it starts out perfectly, sees a screenful of networks > and then stops when the screen fills up, even though the app continues to run > and the timer continues to increment. Has anyone else encountered this issue? > > Rick You have to disable automatic network search from control panel, or at least increase network search interval while using Kismet. Hope it helps. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Quiver Image Viewer for 770 / N800
Very, very nice app. I don't like having it automatically set as default image viewer anyway. Beside that, good job! :) Mike Morrison wrote: > Hello: > > I have been porting my image viewer (quiver) to the maemo platform and > I now think it is in a reasonable enough state for others to try. > > I've created builds for bora and gregale which you can get from one of > the following locations: > > http://downloads.maemo.org/product/quiver/ > http://mike.yi.org/projects/quiver/wiki/QuiverForMaemo > > If you try it out, let me know what you think of it. > > Mike > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: hunting for Linux developer
[EMAIL PROTECTED] wrote: >> great idea as long as someone manages the list to remove obsolescent > postings. > > I guess we could introduce something like a 1 month period for each > entry. After that period the entry would be automatically unpublished. > Damn... I always forget that replies are sent to the sender only!! So... yes, I think this could be a nice think to have on maemo.org Cheers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Looking for a willing SoC Mentor
If no one else is available, I could mentor your project (I've already gave my availability for another project). Bye. Kyle Ambroff wrote: > Hello everyone, > > I submitted a proposal for Google's SoC a couple of days ago. I've > posted a copy of it here: > > http://icculus.org/~kwa/maemo.html > > First of all, are their any willing mentors out there who are interested > in this project? > > Second, do any of you have any feedback? I've already put some work into > this project about a month ago but haven't had any time to invest in it > since, but I have a pretty solid idea of where I want to go with it. > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: 2.2006.51-7?!
william maddler wrote: > Just found some devices are being shipped with a newer version of ITOS. > Is that the upgrade Karoliina was talking some times ago on her blog? > Or... what? Answering to myself: no... that's not that new! :) I keep wondering what's the difference from 51-6 to 51-7. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Nokia hiring developer for Maemo and Internet Tablets
[EMAIL PROTECTED] wrote: [...] > > There were some folks driving a car on the sea. In how many other places can you do that ;-) ? Well... the point is not where you can do that but: where can you do that without sinking? :D ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
2.2006.51-7?!
Just found some devices are being shipped with a newer version of ITOS. Is that the upgrade Karoliina was talking some times ago on her blog? Or... what? Cheers Maddler ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: busybox, sh and $HOME
A quick answer to myself, since this could help others. I solved things with a slight modification to osso-xterm.desktop: Exec=/usr/bin/osso-xterm /usr/bin/bash Of course the easier slution was the last to be found! :D ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] RE: maemo-developers Digest, Vol 22, Issue 60
Matalon, Michael wrote: > SR TECHNOLOGIES, INC PROPRIETARY INFORMATION: > Proprietary information owned by SR Technologies, Inc that require protection > from unauthorized disclosure. > > > To All: > Sorry if the header on my corporate email account is offending anyone. I > have no control over it what so ever. I will reply from now on with my > personal email address so as not to offend people. [...] Ok, but could you pleas avoid leaving the *whole* message when answering? Leaving the part you want to answer to is enough. Thank you. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] right point to mount external partitions
I'm trying to understand the best place to mount SDs partitions. Right now I have === chroot /mnt/initfs/ /usr/bin/retutime -i || true mount /dev/mmcblk1p1 /media/mmc1 mount /dev/mmcblk0p2 /media/mmc3 mount -o bind /media/mmc3/user /home/user hostname -F /etc/hostname but (only sometimes, and randomly) /home/user won't be mounted. So, my question is: has anyone found the *right* first good place to mount external partitions in order to have them mounted as soon as possible during boot phase? Thank you. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: busybox, sh and $HOME
Zoran Kolic wrote: >> That was what I did first. But then I noticed the "odd" beahviour ($HOME >> always pointing to /home/user, instead of what stated in /etc/passwd). > > Maybe you should change $HOME for your shell. Variable is the old one. I'm not exactly a newbie ;) I'd be *happy* to do that... BUT... where? Since xterm will "prevent" .profile from being used? ;) > >> I understand that xterm is not a login shell, that's fine, but *why* not >> handling the correct $HOME? This sounds kinda strange to me. > > Xterm is app. Shell is invoked from it. Yes, the *point* is that xterm starts a non login session ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] busybox, sh and $HOME
Brian Waite wrote: > On Friday 09 February 2007 07:43, william maddler wrote: >> Laurent MARTIN wrote: >>>> I really have no idea... and looks like it doesn't look at .profile >>> I've noticed this too on my N800 (see earlier posts on users list): for >>> what I've understood, this is due to the fact that you run ash not bash >>> nor sh. What it strange is that .profile is run when connecting on the >>> N800 through SSH. >> Right, maybe something "wrong" in how x-term invokes shell? >> > > Xterm does not, by default execute you profile ever, it is not a login shell. > On normal xterm you need to run with the option of +ls to make the xterm a > login shell. I imagine this is your problem. You could always > change /etc/passwd to point your home directory to /mnt/mmc. That was what I did first. But then I noticed the "odd" beahviour ($HOME always pointing to /home/user, instead of what stated in /etc/passwd). I understand that xterm is not a login shell, that's fine, but *why* not handling the correct $HOME? This sounds kinda strange to me. > Or better yet > just mount the mmc card onto /home/user! This gives you the benefit that if > the card is not found (ie removed) your settings will be lost but at least > you can still run apps because /home/user is the original version. yes, that'w what I'm doing right now. mount -o bind /media/mmc3/user /home/user Before mounting /home/user only contains data strictly needed for boot (still investigating to find them). Thanx ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] busybox, sh and $HOME
Laurent MARTIN wrote: >> I really have no idea... and looks like it doesn't look at .profile > I've noticed this too on my N800 (see earlier posts on users list): for > what I've understood, this is due to the fact that you run ash not bash > nor sh. What it strange is that .profile is run when connecting on the > N800 through SSH. Right, maybe something "wrong" in how x-term invokes shell? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] busybox, sh and $HOME
young dave wrote: > Really? > I have no N800, maybe it's diffrent from 770. Looks so... > > But I think even if you can change home to other directory, the child > directorys and files under /home/user are needed by many > applications. Yes, that's possible, but then I should have been getting errors on applications, but $HOME should have been getting the right path. What sounds strange is that the starting path in xterm is what's supposed to be (/media/mmc3/user), but afterward $HOME becomes /home/user. BTW, I solved addint at the end of rcS: mount -o bind /media/mmc3/user /home/user not sure this is the best way, but at least it works! :) Btw, it's too late right now (3.10 am here) to do more. Tomorrow I'll try asking to osso-xterm people. Cheers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] busybox, sh and $HOME
Tryed that already, but nothing. sh/xterm keeps $HOME=/home/user I really have no idea... and looks like it doesn't look at .profile damn young dave wrote: > Hi, > I guess you need reboot the device. > > under our N770's osso-xterm , > 1. sudo gainroot > 2. mkdir /media/mmc1/user > 3. usermod -d /media/mmc1/user user > 4. reboot > > Regards > dave > > Then the user home directory changed to /media/mmc1/user. > > 2007/2/9, william maddler <[EMAIL PROTECTED]>: >> Ok, maybe it's me, but this thing is driving me nut! >> I have in my /etc/passwd: >> >> user::2:2::/media/mmc3/user:/bin/sh >> >> which is supposed to make /media/mmc3/user the home for user. And unless >> I'me a complete demented, that should be ok. >> >> Now, if I ssh from outside and do >> >> echo $HOME >> >> I get the correct response: /media/mmc3/user >> >> but if I try from inside Xterm on N800 the result is... >> >> /home/user >> >> !!! >> >> Am I wrong, is it normal?! >> >> DOH! >> >> ___ >> maemo-developers mailing list >> maemo-developers@maemo.org >> https://maemo.org/mailman/listinfo/maemo-developers >> > ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] busybox, sh and $HOME
Ok, maybe it's me, but this thing is driving me nut! I have in my /etc/passwd: user::2:2::/media/mmc3/user:/bin/sh which is supposed to make /media/mmc3/user the home for user. And unless I'me a complete demented, that should be ok. Now, if I ssh from outside and do echo $HOME I get the correct response: /media/mmc3/user but if I try from inside Xterm on N800 the result is... /home/user !!! Am I wrong, is it normal?! DOH! ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: Device slowness without anything using CPU
Marius Gedminas wrote: > On Wed, Feb 07, 2007 at 03:42:57PM +0200, Eero Tamminen wrote: >> ext Marius Gedminas wrote: >>> Vmstat is useful to see why the tablet is sometimes not responsive >>> (e.g. while installing a package), when the CPU applet shows 0% usage. >> But the device becomes responsive again once the package installation >> from the MMC completes, right? > > Yes. And the pause occurs pretty rarely. I think that's when the jffs2 > log fills up and the garbage collector has to kick in. > > I kept upgrading FBReader after each release, and mostly the upgrade was > fast, but sometimes I had to wait several minutes. That was scary the > first time it happened. I had apt-worker working and hitting CPU for about 60 seconds a couple time, but IIRC I had red-pill mode enabled. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] high CPU consuption caused by udhcp
Kalle Valo wrote: > "william maddler" <[EMAIL PROTECTED]> writes: > >> No way, just reflashed and nothing changed. CPU goes down as soon as I >> assign a static IP to N800. > > Oh man :( Well could have been worse actually! :) [...] > What's the N800 software version? Flashed with latest available: 2.2006.51-6 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] high CPU consuption caused by udhcp
Kalle Valo wrote: > "william maddler" <[EMAIL PROTECTED]> writes: > >>> I haven't heard anything like this. Patrik, what about you? >> I'll investigate more as soon as I'll reflash N800. This way I can >> exclude my fault. > > Most probably the problem goes away after a reflash. But it would be > great if you could find a bit more information about the problem > before you reflash. Any hints are valuable when tracking these kind > odd and (most likely and hopefully) rare bugs. No way, just reflashed and nothing changed. CPU goes down as soon as I assign a static IP to N800. >From what I discovered the udhcpc.script is being called in what looks like and almost endless loop, and as a side effect dbus eats CPU cycles. Not sure it can be significant, AP is a Linksys WRT54GL running dd-wrt v.23 SP1. Just tell me if you need more/other informations. Greetings William ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] high CPU consuption caused by udhcp
Kalle Valo wrote: > "william maddler" <[EMAIL PROTECTED]> writes: > >> I've noticed udhcp is firing up *multiple* (it's actually and endless >> loop) instances of udhcpc.script, which contains dbus references. As a >> result CPU usage increases to about 100%. > > That's strange behaviour. I know. :) > >> Of course that happens only if dymanic IP is configured. I only tried >> with wlan connections. >> >> To exclude other causes I checked that on a clean N800, just flashed >> with latest available image. >> >> Did someone else experienced same/similar problem? > > I haven't heard anything like this. Patrik, what about you? I'll investigate more as soon as I'll reflash N800. This way I can exclude my fault. Thx ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Fake IAP connection or how to use local web applications
Marius Gedminas wrote: > On Thu, Feb 01, 2007 at 03:22:11PM +0100, william maddler wrote: >> Marius Gedminas wrote: >>> Write an alternative configuration tool that doesn't require networking. >>> >>> You do store configuration values in gconf, right? >> Yep, the point is that looks like Dummy is not accepted as connection >> type. So you are supposed to enable wi-fi if you wish to connect to >> 127.0.0.1. > > Which is why I suggested writing a configuration tool that does not try > to connect to 127.0.0.1. ;) That would be a solution for Canola (beside that means to write a new application as well, instead of using browser), but the problem would still exist for other applications/needings. IMHO ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Fake IAP connection or how to use local web applications
Marius Gedminas wrote: > > Write an alternative configuration tool that doesn't require networking. > > You do store configuration values in gconf, right? Yep, the point is that looks like Dummy is not accepted as connection type. So you are supposed to enable wi-fi if you wish to connect to 127.0.0.1. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Fake IAP connection or how to use local web applications
Gustavo Sverzut Barbieri wrote: > On 2/1/07, william maddler <[EMAIL PROTECTED]> wrote: [...] > While I don't like canola-conf to provide the dummy localhost the old > way, it's doable. But this new hack for n800 is too intrusive :-( > > Any other way? I'm working on it. I'll keep you updated... ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Fake IAP connection or how to use local web applications
I know, and as I said already could not be usable in some environments wher you are not allowed to have wi-fi (beside you can ifconfig down your wlan0). But as of now, I cant't find a better way to have my browser/talk/whatever whork while on usb network. Collin R. Mulliner wrote: > I don't like this solution, it is far to complicated for everyday usage. > > Collin [...] ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Fake IAP connection or how to use local web applications
Gustavo Sverzut Barbieri wrote: [...]> > gconftool -s -t string /system/osso/connectivity/IAP/Localhost/type DUMMY > > but this doesn't work with N800. > > I wonder: > - how to overcome this problem in N800. > - is there a better approach to this problem? > - why do you request IAP connection for localhost? Give a look at my blog on maemopeople.org: http://www.maemopeople.org/index.php/maddraves/2007/01/30/p41 Bye ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] New list spin-off?
Maybe having "development" and "external contribution" lists could help keeping whish-lists and brainstorming apart from real development, considerably reducing the nois for developers. IMHO A maemo-mantainers could also help. Bye [EMAIL PROTECTED] wrote: > This list is growing and sometimes (like this month) is difficult to > follow. > > What about finding a specific development area that could be discussed > in a separate list, leveraging the weight of this one? Contributors > interested in that area could collaborate better. A list specialized in [...] ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] high CPU consuption caused by udhcp
I've noticed udhcp is firing up *multiple* (it's actually and endless loop) instances of udhcpc.script, which contains dbus references. As a result CPU usage increases to about 100%. Of course that happens only if dymanic IP is configured. I only tried with wlan connections. To exclude other causes I checked that on a clean N800, just flashed with latest available image. Did someone else experienced same/similar problem? Thx ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] apply gconf settings using data in /etc/gconf/gconf.xml.defaults/schemas/* ?
william maddler wrote: > Hello, > I was playing/messing around with gconftool and did a not-so-smart move, > overwriting one of the default values (namely display blank timeout > values). I found they are stored in > /etc/gconf/gconf.xml.defaults/schemas/system/osso/dsm/display/%gconf.xml > > Is there a way to apply them without having to reflash? Simply use: gconftool -u and default values will restored ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] apply gconf settings using data in /etc/gconf/gconf.xml.defaults/schemas/* ?
Hello, I was playing/messing around with gconftool and did a not-so-smart move, overwriting one of the default values (namely display blank timeout values). I found they are stored in /etc/gconf/gconf.xml.defaults/schemas/system/osso/dsm/display/%gconf.xml Is there a way to apply them without having to reflash? Thank you. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Auto-connect feature
Frederic Crozat wrote: > Le lundi 29 janvier 2007 à 14:28 +0200, [EMAIL PROTECTED] a > écrit : >> Hi, >> >> The idea is that N800 is connected all the time to known WLAN access >> points so that your VoIP calls actually do come in. If we go with any of >> your proposals this will not work, right? > > Unfortunately, with default setup, you get an empty battery N800 if you > stay at home : > > I've been hit by this bug saturday night : I put my brand new N800 on > locked mode, before going to sleeping and it connected to my AP in the > night (because of the auto-connect feature + jabber/google talk) and > when I woke up on sunday morning, there was no energy anymore in it :( > > I tried to set "auto disconnect after 5 or 10 minutes of inactivity" to > try to workaround it but the presence applet prevent inactivity > detection. > > So, if you want to go to sleep, don't forget to put your N800 in offline > mode before locking it (or disable auto-connect). > That would jave been nice to have aut-connect disabled if manually disconnected fro wi-fi. Or at least a quick way to turn off autoconnect without having to dig to control panel/connection settings. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] DUMMY IAP on N800
Did anyone succeeded configuring Dummy IAPs on N800? Any clue? Thank you. William ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] /usr/bin/metalayer-crawler eats my CPU
Yes, but my question is: is it really ok to have the whola filesystem being indexed? That could be fine with the default 128MB card. But with 4GB and (maybe) 8GB arriving? Being able to see which directories need to be monitored would be ok. I mean, I'm never going to put my media files in /etc or /usr and so on. Having only /home/user/MyDocs indexed would be enough IMHO. Larry Battraw wrote: > From a xterm/ssh login session you can find out what it's indexing > which is taking so long. First install sqlite3: > sudo gainroot > apt-get install sqlite3 > > Then run a query to see what's in the metadata table: > cd ~user > sqlite3 .meta_storage "select filename from metadata" > > That should give you a list of all the files it's indexed so far. You > can always move or remove the .meta_storage file to see if that helps. > If you try that you probably will want to restart the crawler daemon: > sudo gainroot > /etc/init.d/metalayer-crawler0 restart > > HTH- > Larry > > > > On 1/27/07, Collin R. Mulliner <[EMAIL PROTECTED]> wrote: >> "/usr/bin/metalayer-crawler -F" is at 90% cpu >> >> I guess it indexes my SD cards, how can I stop it? >> >> thanks ... Collin >> >> -- >> Collin R. Mulliner <[EMAIL PROTECTED]> >> BETAVERSiON Systems [www.betaversion.net] >> info/pgp: finger [EMAIL PROTECTED] >> Help Microsoft fight software piracy: Give Linux to a friend today! > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers > ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] /usr/bin/metalayer-crawler eats my CPU
Collin R. Mulliner wrote: > > "/usr/bin/metalayer-crawler -F" is at 90% cpu > > > > I guess it indexes my SD cards, how can I stop it? Watch at bug #978 there is an alternative start/stop script which make the crawler only look in "media" folders. Not definitive solution but better than completely stopping the daemon and causing Media player not to work. Cheers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
