Re: [maemo-developers] Re: backlight
I hope the darkest level won't be too bright either. I see darker level when writing 1 via sysfs then it is possible via gui. When writing 2 it is same level as possible with GUI. But when writing 2 via sysfs it immediatelly returns 1 on read (and the brightness is same). I'll try the ioctl too. Thank you. Frantisek Arnaud Patard (Rtp) wrote: after looking at the kernel sources, you have 2 ways of setting the PWM value for the backlight : - through sysfs - through /dev/tavho with an ioctl (look at the tahvo-user.c and tahvo.h files in the kernel). If you use the first method, you're have to cope with a scale factor eg when you write 1, you'll write 1*0x7f/0x0f=0x08. This is also happening when you read the file. If you use the second method, you may write an arbitrary value for the pwm. This is probably how is working the gui. This is why 1 with the gui is not the same 1 as with sysfs. If you try to set the level with the ioctl, to something like 1, you'll get a darker screen as expected but it'll go a few sec later to the gui setting. I hope that this helps you :) Arnaud ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Enumerate WLAN networks
Hi, How can I programmatically enumerate available WLAN networks with 770? -Ari ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] HttpWebRequest in C#/Mono on N770 : The request timed out
ext marc.pub wrote: Hello, I try to access Internet in a C# / mono program with the HttpWebRequest class on my Nokia 770. See my program WebFetch below. When I execute the program it wait one minute at the HttpWebRequest.GetResponse(); method and exit with a time out. See my log below. With the use of TcpDump I found that there is no exchange of data. The program is not asking to initiate a new wifi connection The behaviour is the same if the connection is active or not. I can access the same url with the opera navigator in the same time. I use the mono environment that I found at http://www.mono-project.com/Mono:ARM. I believe it is the 1.1.9 mono release. I compiled the program (.exe) on Linux Ubuntu I386 with the 1.1.9 mono Release. Is someone succeeding with httpConnection and mono for the N770? Maybe I should 'activate' the connection specifically for mono before using HttpWebRequest class? But how to do? Use the LD_PRELOAD export LD_PRELOAD=/usr/lib/libosso-ic-preload.so; in shell script, before launching your app. I dont know how that would work out in mono scenario, I am assuming that mono runtime or whatever would finally try to make socket calls give it a shot cheers Devesh Any idea? Regards, Marc Bordessoule. Exec log ~/mono/mono-nokia $ ./mono WebFetch.exe WebRequest.Create... Execute the request... Unhandled Exception: System.Net.WebException: The request timed out in 0x001b4 System.Net.HttpWebRequest:EndGetResponse (IAsyncResult asyncResult) in 0x0007b System.Net.HttpWebRequest:GetResponse () in 0x0017f WebFetch:Main (System.String[] args) ~/mono/mono-nokia $ -- WebFetch.cs … class WebFetch { static void Main(string[] args) { StringBuilder sb = new StringBuilder(); byte[] buf = new byte[8192]; Console.WriteLine (\nWebRequest.Create...); HttpWebRequest request = (HttpWebRequest) WebRequest.Create(http://www.monbureau.com;); Console.WriteLine (\nExecute the request...); HttpWebResponse response = (HttpWebResponse) request.GetResponse(); Console.WriteLine (\nRead data...); Stream resStream = response.GetResponseStream(); string tempString = null; int count = 0; do { count = resStream.Read(buf, 0, buf.Length); if (count != 0) { tempString = Encoding.ASCII.GetString(buf, 0, count); sb.Append(tempString); } } while (count 0); Console.WriteLine(sb.ToString()); Console.WriteLine (\nEnd.); } } ___ 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] power button
Larry Battraw writes: It's rather confusing to hit the power button on 770 and be presented with a menu; I want it to switch off (or appear to), not ask for more input. Well, I understand why it has a menu, but perhaps it would be better if the first item on the menu is sleep. It would be selected when you press/release the power button, so if you press/release the power button, it would operate exactly as if you had let the device sleep by waiting. I agree with Larry that it's confusing. -- --my blog is at blog.russnelson.com | A computer without Python is Crynwr sells support for free software | PGPok | like a CPU without memory: 521 Pleasant Valley Rd. | +1 315-323-1241 | it runs, but you can't do Potsdam, NY 13676-3213 | Sheepdog | anything useful with it. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] use shell script to start application
On Wed, 2006-01-18 at 15:18 +0100, Johannes Eickhold wrote: I have hildonized gpsdrive a bit and want it to appear in the task navigator after startup. For the following PWD=/var/lib/install. gpsdrive has to be started via the script usr/bin/gpsdrive.sh. If I specify this file in the .desktop file, gpsdrive can be started in the correct way from the menu and via run-standalone.sh usr/bin/gpsdrive.sh but doesn't show up in the task navigator. If I specify .../usr/bingpsdrive (the binary executable) in the .desktop file, only the application is startet broken (needed parts from the script are not executed) BUT it shows up in the task navigator after that. If I start it via run-standalone.sh everyting is fine (e.g. correct startup AND showing in task navigator). How can I fix this? Since nobody answerd my question yet I'm going to share my thoughts with you I had in the meantime. First a thx to Florian Boor for pointing me to http://maemo.org/platform/docs/tutorials/Maemo_tutorial.html#Automatic-connection which seems to descibe what I want to achieve. It says: ... This my_application.sh is then started from the desktop file where the runnable binary is normally specified. Read more about desktop files from this earlier chapter. ... That leads to the question HOW to start the _script_ if Exec specifies the _binary_ (gpsdrive.sh vs. gpsdrive)? That's not described in the referenced section. Every time I specified the binary in Exec, only the binary was started. Result: icon in task navigator but no script execution. Every time I specified the script in Exec, only the script was executed. Result: no icon in task navigator. I tried this inside scratchbox and on the real device. After each change to the desktop file maemo had to be restarted what I did. So far the only possible solution seems to be to move the work done by the script into the binary which in my opinion is ugly. I realy would like to get enlightened! Thanks, Jonek. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] use shell script to start application
Hi, Johannes Eickhold wrote: Every time I specified the binary in Exec, only the binary was started. Result: icon in task navigator but no script execution. Every time I specified the script in Exec, only the script was executed. Result: no icon in task navigator. its even more complex: Gaim e.g. is using a script for startup too and this one works properly. Greetings Florian -- The dream of yesterday Florian Boor is the hope of todayTel: 0271-771091-14 and the reality of tomorrow.Fax: 0271-771091-19 [Robert Hutchings Goddard, 1904][EMAIL PROTECTED] 6C 44 30 4C 43 20 6B 61 16 07 0F AA E6 97 70 A8 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Way to get a reference to parent HildonAppView from its menu
2006/1/19, Kalle Vahlman [EMAIL PROTECTED]: On 1/19/06, Luca Donaggio [EMAIL PROTECTED] wrote:[Finding the AppView from a menu reference] I'm tryng to port grsync to maemo, it's almost done really, but for this menu related issue. Grsync has been made with Glade and Glade uses a lookup_widget() function to retrieve widgets programmatically by their names.And that's exactly where it fails since it traverses the widget hierarchy which the menu is not a part of. It's own hierarchy lookssomething like:GtkWindow \- GtkMenu\- (multiple GtkMenuItems)Looking at the code, the GtkWindow is the menu's toplevel window (the menu itself derives from GtkMenuShell which is in turn a GtkContainerso it can not be onscreen otherwise) and thus it is in it's ownhierarchy.This coupled with the fact that the glade function has no reference to menu hierarchy (as it is created by the AppView) makes it impossibleto find with the standard lookup method.From the other mail:That would not be a big issue, as this app has only one AppView and a simple callto hildon_app_get_appview() would do the trick, but ... it doesn'twork for me! Itseems to return the same value I got before: ie a reference to a GtkWindow (probably the window in which the app itself is displayed ?) and not a pointer to the HildonApp object.This sounds a bit strange, since the HildonApp is a GtkWindow (thoughthe type and name should state HildonApp of course) which has multipleHildonAppViews (derives from GtkBin) as it's children (although it only shows one at a time).--Kalle Vahlman, [EMAIL PROTECTED]Powered by http://movial.fiInteresting stuff at http://syslog.movial.fiI understand. So the GtkWindow, which is the top level widget of an HildonAppView's own menu, is not in any way referrable to the HildonApp to which that HildonAppView is attached? If this is the case, I don't see any other way to solve the problem apart from maintaining a global reference for the HildonApp and modifying the glade lookup function to get the right pointer to the HildonAppView through that reference directly, without traversing one object's hierarchy anymore. Luca Donaggio ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] use shell script to start application
On Fri, Jan 20, 2006 at 12:37:03PM +0100, Johannes Eickhold wrote: gpsdrive has to be started via the script usr/bin/gpsdrive.sh. If I specify this file in the .desktop file, gpsdrive can be started in the correct way from the menu and via run-standalone.sh usr/bin/gpsdrive.sh but doesn't show up in the task navigator. If I specify .../usr/bingpsdrive (the binary executable) in the .desktop file, only the application is startet broken (needed parts from the script are not executed) BUT it shows up in the task navigator after that. If I start it via run-standalone.sh everyting is fine (e.g. correct startup AND showing in task navigator). How can I fix this? For me it works when I add the name of the binary (in this case gpsdrive) to the StartupWMClass field of the .desktop file. According to the tutorial, StartupWMClass is needed when binary name is different than D-BUS service name. Based on my experiments it is also needed if there is no X-Osso-Service field in the .desktop file. To my knowledge, StartupWMClass should actually match the WM_CLASS property of the application, which usually is the name of the binary but not always. I recently had a similar problem where the application had a weird WM_CLASS that differed from the binary name. How this thing connects to the shell script issue, I don't know. Br, Jari -- Jari Tenhunen, stardate [-29]5191.33 :wq ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] use shell script to start application
Just a wild guess. Did you change the .service file to reference the shell script too? On 1/20/06, Johannes Eickhold [EMAIL PROTECTED] wrote: On Wed, 2006-01-18 at 15:18 +0100, Johannes Eickhold wrote: I have hildonized gpsdrive a bit and want it to appear in the task navigator after startup. For the following PWD=/var/lib/install. gpsdrive has to be started via the script usr/bin/gpsdrive.sh. If I specify this file in the .desktop file, gpsdrive can be started in the correct way from the menu and via run-standalone.sh usr/bin/gpsdrive.sh but doesn't show up in the task navigator. If I specify .../usr/bingpsdrive (the binary executable) in the .desktop file, only the application is startet broken (needed parts from the script are not executed) BUT it shows up in the task navigator after that. If I start it via run-standalone.sh everyting is fine ( e.g. correct startup AND showing in task navigator). How can I fix this?Since nobody answerd my question yet I'm going to share my thoughts withyou I had in the meantime.First a thx to Florian Boor for pointing me to http://maemo.org/platform/docs/tutorials/Maemo_tutorial.html#Automatic-connection which seems to descibe what I want to achieve. It says: ... This my_application.sh is then started from the desktop file where the runnable binary is normally specified. Read more about desktop files from this earlier chapter. ... That leads to the question HOW to start the _script_ if Exec specifies the _binary_ ( gpsdrive.sh vs. gpsdrive)? That's not described in the referenced section.Every time I specified the binary in Exec, only the binary was started.Result: icon in task navigator but no script execution. Every time I specified the script in Exec, only the script was executed. Result: noicon in task navigator.I tried this inside scratchbox and on the real device. After each changeto the desktop file maemo had to be restarted what I did. So far the only possible solution seems to be to move the work done bythe script into the binary which in my opinion is ugly.I realy would like to get enlightened!Thanks, Jonek.___ maemo-developers mailing listmaemo-developers@maemo.orghttps://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Building Maemo from scratch
Hi, Russell Geldmacher wrote: I'm getting fairly far in the OE build process (for Maemo-1.0 -- we'll talk about adding 1.1 later). It eventually will fail with the following message: ERROR: Nothing provides hotplug ERROR: dependency hotplug (for nokia770-init) not satisfied NOTE: no buildable providers for nokia770-init ERROR: dependency nokia770-init (for task-bootstrap) not satisfied NOTE: no buildable providers for task-bootstrap ERROR: dependency task-bootstrap (for maemo-image) not satisfied NOTE: no buildable providers for maemo-image It seems like this hotplug issue shouldn't be happening, since at least three packages are providing hotplug. I get this from my packages directory: Thats not really true, they don't provide this at build time. This is RPROVIDES vs. PROVIDES. Someone must have removed the hotplug packages from OE... it might be possible that you can simply use hotplug-ng instead of this but i didn't try this before. But the missing hotplug stuff might be worth a question to OE mailingist. If this didn't happen by accident i don't call this a clever idea... Is there any chance you can send me your local.conf? I could do this, but i don't think it will help - its rather old. Greetings Florian -- The dream of yesterday Florian Boor is the hope of todayTel: 0271-771091-14 and the reality of tomorrow.Fax: 0271-771091-19 [Robert Hutchings Goddard, 1904][EMAIL PROTECTED] 6C 44 30 4C 43 20 6B 61 16 07 0F AA E6 97 70 A8 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: 770 Power Management and power states --- WAS: Re: [maemo-developers] Maemo Alarm/Notifier Interface
On Fri, 2006-01-20 at 16:17 +0200, Riku Voipio wrote: On Wednesday 18 January 2006 15:07, Igor Stoppa wrote: The price for it is that we had to fix drivers and applications so that they would behave decently, without keeping resources (clocks) constantly allocated and without generating unnecessary activity. The problem is 3rd party developers who are not aware of such situation. for example, a periodically updating statusbar plugin will eat your battery away. STOP DOING STUFF WHEN YOU GET system_inactivity_ind should be in big red letters in the first part of api documentation. They will be, when next version of maemo will be relesed. Those requirements are already However almost everything that optimises cpu performance is good for power consumption too (on a fixed frequency system). If I had to summarise, well it would go like: -1)Thou shan't busy-loop -2)Thou shan't poll poll -3)Thou shan't use libraries that will do 1) and 2) in your place. Then we move to a grayer area, like don't do unnecessary stuff. Screen updates with unlit screen are a good example, but only when the effect of the update is not going to be needed later on. Typical case: blinking, glowing and such eyecandies. But that is GOOD anyway because it means having better code, better algorithms. With this argument, multitasking of windows 3.11 is better since it forces developers to write code so that they give time to others. I disagree: this case is just making obvious to people how to leverage hw that they are already using. Quite different. So the 770 can save power even when you have the device in your hand with the screen lit and a wireless connection open, as long as it's not actually doing something, like rendering a web page. Which is a *very* good thing, I don't think anyone suggested removing current dyntick and PM setup, but rather added suspend as well. Many users have grown accustomed in manual suspending, so perhaps adding no-op suspend button to the powerkey menu would make them happy =) bad habits should be discontinued, not supported. Don't tell me that you would like to have a crank on the front of your car so that you can start the engine =) hmm.. maybe just sending SIGSTOP to all user apps is enough to make them release clocks? I doubt: apps are not directly involved in clocks handling: it would be a possible approach for a suspend-based system, but what is really desirable here is that apps just make sure to avoid keeping the processor busy. The system can take care of itself as long as it's idle. -- Igor Stoppa (Nokia M - OSSO / Tampere) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: backlight
Frantisek I think the cleanest way to deal with this is to keep 15(?) levels so the gui doesn't change but change the actual curve to be nonlinear inside the sysfs interface. Does Nokia provide everything we need to install a modified kernel? brad I hope the darkest level won't be too bright either. I see darker level when writing 1 via sysfs then it is possible via gui. When writing 2 it is same level as possible with GUI. But when writing 2 via sysfs it immediatelly returns 1 on read (and the brightness is same). I'll try the ioctl too. Thank you. Frantisek when you write 1, you'll write 1*0x7f/0x0f=0x08 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] VirtualKeyboard service/API
On 1/18/06, Aaron Levinson [EMAIL PROTECTED] wrote:Hi Aaron, One possibility is to use gdk_window_foreign_new() to wrap the nativewindow in a GdkWindow object.Maybe I can jump this first step, once I already have a GtkWidget the wraps mozilla guts the make easier called GtkMozEmbed, provided by the mozilla embedding API. Make sense for you ? Then, after creating a GtkIMMulticontext,you could try using gtk_im_context_set_client_window() with the new GdkWindow object.You'll want to listen for key-press and key-releasesignals (hard to do without a GtkWidget, but you should be able to handlethis by listening for these signals on the HildonApp widget), and when you get these signals you can route them to the GtkIMContext that you createdearlier if appropriate.Also, look for other e-mails regarding inputmethods in the archives for this e-mail list.Maybe this will work, although I'm not too hopeful.You might also consider creating a specialGtkWidget class that can wrap an arbitrary GdkWindow.I would havesuggested the GtkPlug class, but GtkPlug widgets are top-level widgets, which won't work here.Please note that the virtual keyboard is provided in the form of a GTK input method, and you'll basically need to use the standard GTK mechanismsfor working with input methods if you want to use it.but I'm already using Vb successfully and there is no synchronising between the rendered HTML forms and the Kb ... (focus in - pop up vk / focus out - vk gets down). many thanks Hi there, I'm wondering how I can get the Virtual Keyboard service to synchronize with non GTK_Widgets (like HTML forms on mozilla-webpages) ? Actually, I have some methods already implemented regarding this, and I just need communication with VK side (from APIs or whatever). Is there is any API to use it, or GTK mask/hide it in its guts ?-- --Antonio Gomeshttp:// tonikitoo (dot) blogspot (dot) com (slash) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] VirtualKeyboard service/API
You can use gtk_im_context_show() to force the window for a GtkIMContext object to be displayed. This function isn't mentioned in the documentation for the class, but it is in the include file. An example of using this function can be found in the osso-xterm code. Aaron On Fri, 20 Jan 2006, Antonio Gomes wrote: otherwise, there is no way to force it Pop UP manually ? regards On 1/20/06, Antonio Gomes [EMAIL PROTECTED] wrote: On 1/18/06, Aaron Levinson [EMAIL PROTECTED] wrote: Hi Aaron, One possibility is to use gdk_window_foreign_new() to wrap the native window in a GdkWindow object. Maybe I can jump this first step, once I already have a GtkWidget the wraps mozilla guts the make easier called GtkMozEmbed, provided by the mozilla embedding API. Make sense for you ? Then, after creating a GtkIMMulticontext, you could try using gtk_im_context_set_client_window() with the new GdkWindow object. You'll want to listen for key-press and key-release signals (hard to do without a GtkWidget, but you should be able to handle this by listening for these signals on the HildonApp widget), and when you get these signals you can route them to the GtkIMContext that you created earlier if appropriate. Also, look for other e-mails regarding input methods in the archives for this e-mail list. Maybe this will work, although I'm not too hopeful. You might also consider creating a special GtkWidget class that can wrap an arbitrary GdkWindow. I would have suggested the GtkPlug class, but GtkPlug widgets are top-level widgets, which won't work here. Please note that the virtual keyboard is provided in the form of a GTK input method, and you'll basically need to use the standard GTK mechanisms for working with input methods if you want to use it. but I'm already using Vb successfully and there is no synchronising between the rendered HTML forms and the Kb ... (focus in - pop up vk / focus out - vk gets down). many thanks Hi there, I'm wondering how I can get the Virtual Keyboard service to synchronize with non GTK_Widgets (like HTML forms on mozilla-webpages) ? Actually, I have some methods already implemented regarding this, and I just need communication with VK side (from APIs or whatever). Is there is any API to use it, or GTK mask/hide it in its guts ? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] VirtualKeyboard service/API
I have to admit that I don't understand why you would need to use this specialized function in your case. The situation with osso-xterm is a specialized one, since the GtkIMContext object's window needs to be activated as the result of a menu action. In your case, however, you already have a GtkWidget (GtkMozEmbed), so you should be able to do the following: 1. Create a GtkIMMultiContext in the constructor for your object. 2. In the realize function for your class (or as a response to the realize signal), call gtk_im_context_set_client_window(). Also call it for unrealize. 3. Handle the focus-in and focus-out signals appropriately for the widget by calling gtk_im_context_focus_in() and gtk_im_context_focus_out(), respectively. 4. Set up key-press and key-release signal handlers for the widget and call gtk_im_context_filter_keypress() in each signal handler. Take a look at the source code for vncviewer or osso-xterm for examples. You can also examine the code for various GTK classes, such as GtkTextEntry. Also, you can refer back to some previous e-mails that I wrote to this list regarding input methods. Aaron On Fri, 20 Jan 2006, Aaron Levinson wrote: You can use gtk_im_context_show() to force the window for a GtkIMContext object to be displayed. This function isn't mentioned in the documentation for the class, but it is in the include file. An example of using this function can be found in the osso-xterm code. Aaron On Fri, 20 Jan 2006, Antonio Gomes wrote: otherwise, there is no way to force it Pop UP manually ? regards On 1/20/06, Antonio Gomes [EMAIL PROTECTED] wrote: On 1/18/06, Aaron Levinson [EMAIL PROTECTED] wrote: Hi Aaron, One possibility is to use gdk_window_foreign_new() to wrap the native window in a GdkWindow object. Maybe I can jump this first step, once I already have a GtkWidget the wraps mozilla guts the make easier called GtkMozEmbed, provided by the mozilla embedding API. Make sense for you ? Then, after creating a GtkIMMulticontext, you could try using gtk_im_context_set_client_window() with the new GdkWindow object. You'll want to listen for key-press and key-release signals (hard to do without a GtkWidget, but you should be able to handle this by listening for these signals on the HildonApp widget), and when you get these signals you can route them to the GtkIMContext that you created earlier if appropriate. Also, look for other e-mails regarding input methods in the archives for this e-mail list. Maybe this will work, although I'm not too hopeful. You might also consider creating a special GtkWidget class that can wrap an arbitrary GdkWindow. I would have suggested the GtkPlug class, but GtkPlug widgets are top-level widgets, which won't work here. Please note that the virtual keyboard is provided in the form of a GTK input method, and you'll basically need to use the standard GTK mechanisms for working with input methods if you want to use it. but I'm already using Vb successfully and there is no synchronising between the rendered HTML forms and the Kb ... (focus in - pop up vk / focus out - vk gets down). many thanks Hi there, I'm wondering how I can get the Virtual Keyboard service to synchronize with non GTK_Widgets (like HTML forms on mozilla-webpages) ? Actually, I have some methods already implemented regarding this, and I just need communication with VK side (from APIs or whatever). Is there is any API to use it, or GTK mask/hide it in its guts ? ___ 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] ssh login
I have installed OpenSSH according to the description at http://maemo.org/maemowiki/ApplicationCatalog#head- a9cdc5b8981db478bc554e3dc9b23c6c80b9d4f2 And the server is running and responds (192.168.0.184 is the N770 WLAN through my Access Point). Now I get: $ ssh 192.168.0.184 The authenticity of host '192.168.0.184 (192.168.0.184)' can't be established. RSA key fingerprint is 26:d5:97:92:2d:4c:0c:55:4e:fb:33:e3:f3:a3:cf:94. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added '192.168.0.184' (RSA) to the list of known hosts. [EMAIL PROTECTED]'s password: But what is the correct user name to use 'ssh [EMAIL PROTECTED]' and how to set a password? -- hns ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] ssh login
On 1/20/06, Dr. H. Nikolaus Schaller [EMAIL PROTECTED] wrote: I have installed OpenSSH according to the description at http://maemo.org/maemowiki/ApplicationCatalog#head- a9cdc5b8981db478bc554e3dc9b23c6c80b9d4f2 SNIP Warning: Permanently added '192.168.0.184' (RSA) to the list of known hosts. [EMAIL PROTECTED]'s password: But what is the correct user name to use 'ssh [EMAIL PROTECTED]' and how to set a password? I don't know what root or user's passwords are set to, but if you have root on the device (which you probably do if you followed the instructions to install SSHD so that it starts up at boot), you can manully change user's password on the device from xterm with the standard 'passwd' command. Dave ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers