Re: Can anyone tell me how the N900 vibrator driver works?
On Thu, Jul 7, 2011 at 7:06 PM, Jonathan Wilson jfwf...@tpgi.com.au wrote: I am looking for information on the driver the responds to /sys/class/i2c-adapter/i2c-1/1-0048/twl4030_vibra/pulse and in particular details of just what it does with the numbers. Pointers to the source code for the driver in question may also help although I dont know the first thing about linux kernel drivers :P Check out drivers/leds/leds-twl4030-vibra.c from the N900 kernel sources. vibra_set_seq() handles input from the pulse sysfs file. It takes a series of signed PWM strength values and durations in milliseconds. regards Philipp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
libboost 1.42 uninstallable from extras-devel due to size mismatch
Hi, I tried to install libboost-system1.42.0 from extras-devel, but apt wouldn't let me install it due to a size mismatch: [sbox-FREMANTLE_X86: ~/boost1.38-1.38.0] apt-get install libboost-system1.42.0 Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: libboost-system1.42.0 0 upgraded, 1 newly installed, 0 to remove and 2 not upgraded. Need to get 30.8kB of archives. After this operation, 102kB of additional disk space will be used. WARNING: The following packages cannot be authenticated! libboost-system1.42.0 Install these packages without verification [y/N]? y Get:1 http://repository.maemo.org fremantle/free libboost-system1.42.0 1.42.0-3maemo2 [30.8kB] Fetched 30.8kB in 0s (223kB/s) Failed to fetch http://repository.maemo.org/extras-devel/pool/fremantle/free/b/boost1.42/libboost-system1.42.0_1.42.0-3maemo2_i386.deb Size mismatch E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing? regards Philipp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: git over ssh access for garage projects - calling for brave testers
On Tue, May 4, 2010 at 10:13 PM, Javier Palacios javi...@gmail.com wrote: On Wed, Apr 28, 2010 at 3:50 PM, Ferenc Szekely fer...@maemo.org wrote: Our git over ssh support works side by side with the current WebDAV access, so you can use both for reading / writing the repo. Quick how-to 1. Upload your public SSH key to garage: https://garage.maemo.org/account/ Has been this disabled? It sounds stupid, but I'm not able to find the box to fill the SSH public key. Javier Palacios Login to garage.maemo.org, click on Account Maintenance, and there you are, last point above preferences is Your public SSH key(s). I tried this and I got exactly the same error message as Alberto. regards Philipp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: /etc/init.d/ssh stop does not stop ssh on the N900
On Wed, Mar 24, 2010 at 9:59 AM, Sivan Greenberg si...@omniqueue.com wrote: Hi List, I am trying to stop the SSH daemon using the init.d script to no avail. Has anybody seen this before? This is a security issue in my taste. Sivan Try (initctl) stop sshd. sshd startup is handled by upstart, see /etc/event.d/sshd. regards Philipp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: reloading a status bar plugin
2010/2/24 b0unc3 b0u...@email.it: 2010/2/24 Kimmo Hämäläinen kimmo.hamalai...@nokia.com On Tue, 2010-02-23 at 20:06 +0100, ext b0unc3 wrote: Hello, I've created a statusbar plugin, now I want to reload it (eg. when the configuration file changes). What is the best way to do that ? If the plugin can be unloaded and reloaded cleanly (meaning, it does not crash hildon-status-menu :)), you could touch the .desktop file in some way (e.g. increase version number inside the file) to make HSM unload and reload you. I cannot change the .desktop contents by user. You could touch it with sudo some-helper-script added to the sudoers file. But I wonder, why do you need to reload the plugin at all? Can't you just reload the configuration from the running status menu applet and adapt it accordingly? regards Philipp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Where is libhildon.so entry when issuing ldd /usr/bin/Calendar ?
On Wed, Feb 3, 2010 at 11:57 AM, Jianchun Zhou jianchun.z...@gmail.com wrote: Dear List: When I issued ldd /usr/bin/Calendar under scrachbox, I got results as below: [sbox-FREMANTLE_X86: ~] ldd /usr/bin/Calendar libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0x00e4c000) libgvfscommon.so.0 = /usr/lib/libgvfscommon.so.0 (0x00c87000) libc.so.6 = /lib/libc.so.6 (0x00715000) libdbus-1.so.3 = /usr/lib/libdbus-1.so.3 (0x00449000) libpthread.so.0 = /lib/libpthread.so.0 (0x00c2b000) libgio-2.0.so.0 = /usr/lib/libgio-2.0.so.0 (0x0011) libgobject-2.0.so.0 = /usr/lib/libgobject-2.0.so.0 (0x00ab1000) libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0x002fa000) /lib/ld-linux.so.2 (0x0088d000) librt.so.1 = /lib/librt.so.1 (0x00176000) libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0x00f12000) libdl.so.2 = /lib/libdl.so.2 (0x0017e000) I wonder where is libhildon-1.so.0 = /usr/lib/libhildon-1.so.0 (0x00938000) ? Try ldd /usr/bin/Calendar.launch, which is the real binary. And this libhildon entry is really there after I issued ldd a.out on my hilldon application. My hildon application's source code is attached. Anybody knows why? /usr/bin/Calendar links to maemo-invoker, which is a part of maemo-launcher. It keeps a pre-initialized GTK+ ready and then dynamically loads the main binary, in order to decrease startup times. See http://maemo.gitorious.org/maemo-af/maemo-launcher/blobs/master/README for details. regards Philipp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Autobuilder and compiling against MCE
On Wed, Dec 16, 2009 at 8:06 AM, Michael Cronenworth m...@cchtml.com wrote: I'm attempting to compile an app with some MCE defines for portrait mode on the fremantle autobuilder. It seems that the mce-dev package is not installed on the autobuilder[1][2]. Is there an alternative to MCE that I am not aware of? All of the Fremantle examples for portrait mode show includes to mce. I'm a little confused. mce-dev added to Build-Depends in debian/control? regards Philipp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle fullscreen mode [was Re: Call for testers with N900 for vncviewer]
On Fri, Oct 23, 2009 at 1:00 PM, Cornelius Hald h...@icandy.de wrote: On Fri, 2009-10-23 at 10:55 +0100, Aniello Del Sorbo wrote: HeFullscreenToggle ? I like that one. Andrew is of course right, that it doesn't really toggle, it just allows to go from fullscreen to not-fullscreen. It's difficult to put this into words and I think 'Fullscreen' should somehow be part of the name. So for now 'HeFullscreenToggle' is the winner. Thanks Aniello :) Maybe use that name for a convenience ToggleButton derived widget that one can add to the toolbar? It could automatically take care of generating the transparent overlay in fullscreen mode. regards Philipp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Fremantle fullscreen mode [was Re: Call for testers with N900 for vncviewer]
On Wed, Oct 21, 2009 at 2:05 PM, Cornelius Hald h...@icandy.de wrote: Hi, Nathan Anderson wrote: What physical hardware buttons do exist? Maybe we can tie onto one of those to exit out of full screen mode in apps. Anybody know the keyboard constants are to these hardware buttons -- we should put them in a wiki article -- this is something that I could think that several programs would need. Games that are running full screen, Remote Desktop, a picture viewer. The available HW buttons are: +/- keys, Power key, Take-a-photo key and the lock key. Then there´s of course the keyboard with even more keys ;) They key constants for the +/- keys are the same as on Diablo. But before you can use them you first have to unmap the default action, which is sound volume up/down. I think the camera button works differently, don´t know how, but the load applet is using it for taking a screenshot. This is interesting. I wonder if it would be a good idea to repurpose this button to scan a barcode from some applications (say, shopping list or media catalog). cheers Philipp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Corporate ownership of open source projects [LWN]
On Tue, May 6, 2008 at 5:33 PM, Sarah Newman [EMAIL PROTECTED] wrote: Are you asking for more examples of non-kernel code that we can't modify? Unless I just haven't found them, there's also no way to build the dsp gstreamer plugins (lack of osso-dsp-headers-rx-44.) It is possible to build the gstreamer plugins with a homemade fake-osso-dsp-headers-rx-44 package (see http://www.linuxtogo.org/~ph5/n810/dsp/) based on the released older osso-dsp-headers-0.1 (http://repository.maemo.org/pool/maemo/ossw/source/o/osso-dsp-headers/). I have not tested if they actually work on the device. I filed a bug related to the behavior of these plugins, and I don't know enough to be certain the bug is inside the dsp plugins themselves, but it would be easier to poke around if they could be repackaged to run on a live system. Kees Jongenburger wrote: On Tue, May 6, 2008 at 5:36 AM, Igor Stoppa [EMAIL PROTECTED] wrote: Till here you are not really providing much of a proposal for getting things done, just generic complaints that historically are proven to not work. Hello Igor and others, From reading this thread I have the feeling we are pretty close to getting into a workable situation Most of the disc spawns around the kernel. it looks to me like all sides are ready to make some concessions if that means that we can have a self compiled kernel. One other threads proposed to put the different known kernel hacks and patches into a garage project and nokia seams ready to search for a pragmatic solution to what the looked like the biggest problem to methe binary wlan kernel module. is this only a feeling? greetings ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers regards Philipp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Scratchbox and Maemo SDK don't work with new Ubuntu 8.04
On Mon, Apr 21, 2008 at 1:09 PM, Andrea Grandi [EMAIL PROTECTED] wrote: Hi all, I've just upgraded my system to Ubuntu 8.04. I've installed all the sdk and scratchbox from the beginning, and when I try to login into scratchbox, I get this error: [EMAIL PROTECTED]:~$ /scratchbox/login Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed! You dont have active target in scratchbox chroot. Please create one by running sb-menu before continuing Welcome to Scratchbox, the cross-compilation toolkit! Use 'sb-menu' to change your compilation target. See /scratchbox/doc/ for documentation. Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed! Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed! Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed! Is it possible to fix it? I've a presentation on May 10, at PyCon2 in Italy, and I need it to work :( Yes, you have to compile a kernel with COMPAT_VDSO enabled. This is needed by the old glibc version shipped with scratchbox. regards Philipp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Best format for SD ?
On Wed, Apr 2, 2008 at 8:45 AM, Igor Stoppa [EMAIL PROTECTED] wrote: On Tue, 2008-04-01 at 20:27 +0300, ext Marius Vollmer wrote: ext Klaus Rotter [EMAIL PROTECTED] writes: Charles Werbick wrote: [...] ARM simply cannot compete with a Pentium III CPU at 1.5 GHz and 12 watts total dissipation. I predict that the n900 series, should it reach production, will run Intel and not TI silicon. The N8xxs have a 1,5Ah x 3,7V = 5,5 Wh accu. A 12 W design will run out of power in less than half an hour. Charles is missing a dot: The chips have a thermal design power (TDP) specification in 0.6-2.5 watt range and scale to 1.8GHz [...] http://www.intel.com/pressroom/archive/releases/20080302comp.htm Anyway that's still insanely high: 0.6-2.5 watt is for a pocket stove, not an handheld device. According to Wikipedia it can idle in the 0.01 W to 0.1 W range. But this is still just for the processor core, chipset peripherals not included... Are there similar estimations for power consumption of OMAP35x processors produced in 45nm? cheers Philipp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GUI Flasher
On Fri, Mar 7, 2008 at 9:24 AM, Eero Tamminen [EMAIL PROTECTED] wrote: Hi, ext pancake wrote: I'm pleased to announce the first version of the GUI for the Free Nokia Internet Flasher (the 0x). I named it 'goxf' (yeah looks as weird as the other) ;) I just spend two funny nights playing with Gtkaml, Vala, Unix IPC and the flasher internals to get an initial working version: http://news.nopcode.org/goxf.gif http://news.nopcode.org/goxf2.gif My main idea is to keep the frontend independent to the flasher, so, being able to use the same frontend for flashing a Neo1973 or an HTC phone (both flasher sources are available). But I guess flashers programs would be different (0x-n800 vs. ox-neo1973)? I.e. UI needs configuration for which flasher to use? Or the device could be autodetected via USB? The neo1973 uses DFU (http://wiki.openmoko.org/wiki/USB_DFU) The HTC phones have to be flashed differently depending on CPU and bootloader version, I know flashers for some PXA and S3C HTCs exist. Is there anything out there for the OMAP models? Do you think D-Bus is better solution for async communication between process of different user levels? I'm not very familiar to dbus yet. But I can change the IPC interface easily. Why not just popen() flasher and do communication using O_NONBLOCK on the UI side? I understand that a GUI for flashing should be as cleaner and simpler as possible, trying to avoid stupid confusions to the user and avoiding errors, so, I'm opened to proposals, ideas, etc.. Feel free to subscribe to the mailing list for further discussion :) I plan to add support to pack/unpack fiasco images from the same gui. (next week?) I get so much fun coding it with GTKAML. I encourage you to test it :) Here's the source of the gui: http://news.nopcode.org/miau/pvc.cgi?prj=0xleaf=2b622cf2/[EMAIL PROTECTED] To run the gui just fetch the latest snapshot tarball: http://news.nopcode.org/miau/pvc.cgi?dist=0x and type: $ make cd src/gui make $ make install cp src/gui/goxf /usr/bin (i have to check for gtkamlc compiler in build/configure stage) O:) The flasher is executed with sudo by the frontend in background when you press connect, so, keep in mind that you will have to setup your /etc/sudoers file. $ sudo su # echo $SUDO_USER ALL=(ALL) NOPASSWD:ALL /etc/sudoers PD: Before the 0.4 release I would like to port a similar gui with some more buttons for dumping the firmware pieces from the nand and flashing from inside the device, or using a n810 to flash a 770 via usb just clicking some buttons. Network flashing is also in todo :) Have fun! - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers regards Philipp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: latest RTCOMM 2008 beta makes n810 reboot
On Jan 22, 2008 11:57 AM, Naba Kumar [EMAIL PROTECTED] 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. I've had both the rebooting and chat-ui segfaulting without modest being installed. The chat crash started after adding an IRC account and stopped after deinstalling telepathy-idle and the corresponding account plugin AFAIR. Completely off-topic, but related: is there an easy way to get a usb-serial console during boot? regards Philipp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers