Re: Performance of floating point instructions
On Thu, 2010-03-11 at 00:32 +0200, Siarhei Siamashka wrote: > On Wednesday 10 March 2010, Laurent GUERBY wrote: > > GCC comes with some builtins for neon, they're defined in arm_neon.h > > see below. > > This does not sound like a good idea. If the code has to be modified and > changed into something nonportable, there are way better options than > intrinsics. I've no idea if this comes from a standard but ARM seems to imply arm_neon.h is supposed to be supported by various toolchains: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dht0002a/ch01s04s02.html << GCC and RVCT support the same NEON intrinsic syntax, making C or C++ code portable between the toolchains. To add support for NEON intrinsics, include the header file arm_neon.h. Example 1.3 implements the same functionality as the assembler examples, using intrinsics in C code instead of assembler instructions. >> (nice test :) > But the quality of generated code is quite bad. That's also something to be > reported to gcc bugzilla :) Seems that in some limited cases GCC is making progress on neon: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43001 I'm building current SVN g++ for arm to see what it does on your code (GCC 4.4.1 get it to run in 1.5s on an 800 MHz efika MX box). Sincerely, Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Performance of floating point instructions
On Wed, 2010-03-10 at 21:54 +0200, Siarhei Siamashka wrote: > I wonder why the compiler does not use real NEON instructions with > -ffast-math > option, it should be quite useful even for scalar code. > > something like: > > vld1.32 {d0[0]}, [r0] > vadd.f32 d0, d0, d0 > vst1.32 {d0[0]}, [r0] > > instead of: > > flds s0, [r0] > faddss0, s0, s0 > fsts s0, [r0] > > for: > > *float_ptr = *float_ptr + *float_ptr; > > At least NEON is pipelined and should be a lot faster on more complex code > examples where it can actually benefit from pipelining. On x86, SSE2 is used > quite nicely for floating point math. Hi, Please open a report on http://gcc.gnu.org/bugzilla with your test sources and command line, at least GCC developpers will notice there's interest :). GCC comes with some builtins for neon, they're defined in arm_neon.h see below. Sincerely, Laurent typedef struct float32x2x2_t { float32x2_t val[2]; } float32x2x2_t; ... __extension__ static __inline float32x2_t __attribute__ ((__always_inline__)) vpadd_f32 (float32x2_t __a, float32x2_t __b) { return (float32x2_t)__builtin_neon_vpaddv2sf (__a, __b, 3); } ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
reliability of hal-device battery data?
Hi, This morning to evaluate speed of charging after complete discharge I ran a small script every minute: hal-device|egrep "reporting.curre|perc|age.cur" === Thu Feb 18 09:25:22 CET 2010 === battery.charge_level.percentage = 51 (0x33) (int) battery.reporting.current = 659 (0x293) (int) battery.voltage.current = 3817 (0xee9) (int) ... === Thu Feb 18 09:52:41 CET 2010 === battery.charge_level.percentage = 51 (0x33) (int) battery.reporting.current = 659 (0x293) (int) battery.voltage.current = 3817 (0xee9) (int) === Thu Feb 18 09:53:42 CET 2010 === battery.charge_level.percentage = 53 (0x35) (int) battery.reporting.current = 689 (0x2b1) (int) battery.voltage.current = 4086 (0xff6) (int) === Thu Feb 18 09:54:42 CET 2010 === battery.charge_level.percentage = 95 (0x5f) (int) battery.reporting.current = 1221 (0x4c5) (int) battery.voltage.current = 4062 (0xfde) (int) After staying constant at 51% in one minute the charge level went from 53 to 95 when I just unpluged and then repluged the charger. Is there a software way to force the N900 to reevaluate the current battery level? Thanks in advance, Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Smalltalk developers on N900.
On Mon, 2009-12-28 at 18:36 -0500, Joseph Charpak wrote: > On Mon, 2009-12-28 at 15:55 -0500, Aldon Hynes wrote: > > I've kicked around trying to get Logo running as well as > > thinking about other languages. > > I'm interested in Ada on the devices. It looks like progress is being > made on the "Debian for ARMEL" front, so hopefully we'll see something > sooner rather than later. Hi, GCC 4.4 and 4.5 support Ada on armel-linux : you just need a small patch to enable Ada and of course to download preexisting binary compiler, see URL below. http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00450.html Exception model with this patch is still setjump/longjump not yet following GNU EABI. GCC Ada testsuites results are currently clean: http://gcc.gnu.org/ml/gcc-testresults/2009-12/msg02442.html << === acats Summary === # of expected passes2321 # of unexpected failures0 === gnat Summary === # of expected passes748 # of expected failures 8 # of unsupported tests 1 >> Laurent http://guerby.org/blog ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N900 usb host + power charge
On Sat, 2009-09-19 at 15:44 +0300, Matan Ziv-Av wrote: > On Sat, 19 Sep 2009, Laurent GUERBY wrote: > > > On Fri, 2009-09-18 at 22:55 +0200, Kees Jongenburger wrote: > >> Hi, > >> > >> I plan to create a proposal for the push n900[1] and I plan to use the > >> usb port. I have the following question. > >> When the device is in usb-host mode it should of course provide power does > >> it? > >> Is it possible to charge the device while it's in usb-host mode? > > > > The other way around: is it technically possible to have the n900 (and > > n810) behave as an USB keyboard when connected to a PC? And even better > > emulate any other USB device like a webcam, etc...? > > I expect the hardware can do it, but it needs some work in kernel space. > The 2.6.29 kernel can appear as an ethernet, serial, mass storage, midi > audio or printer device. Anything else, needs a driver written. > Gadget drivers can also be in user space, using gadgetfs, but I don't > know of any examples. Hi, Thanks for your answer! Looking around for "gadget" I found: http://www.linux-usb.org/gadget/ << Other controller and gadget drivers are in development, but are unreleased or not published here. Examples that have seen some degree of light include: * HID driver (userspace, with gadgetfs), * "MTP" (Media Transfer Protocol, PTP++) driver (userspace, with gadgetfs), * two different printer class drivers (used in various products), * audio class driver (very experimental). * video class driver (very experimental). >> (HID is keyboard+mouse+other input devices) I found a discussion of some issue with "Issues with simulating a keyboard device with gadgetfs" here: http://kerneltrap.org/mailarchive/linux-usb/2009/4/10/5455984/thread Which points to an unapplied kernel patch. So transforming a N900/N810 as a pocket USB keyboard (+ mouse/tablet), and may be hacker wireless IP KVM using camera/webcam over LCD looks like quite a bit of kernel-level work :). Sincerely, Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N900 usb host + power charge
On Fri, 2009-09-18 at 22:55 +0200, Kees Jongenburger wrote: > Hi, > > I plan to create a proposal for the push n900[1] and I plan to use the > usb port. I have the following question. > When the device is in usb-host mode it should of course provide power does it? > Is it possible to charge the device while it's in usb-host mode? The other way around: is it technically possible to have the n900 (and n810) behave as an USB keyboard when connected to a PC? And even better emulate any other USB device like a webcam, etc...? When you see the price of a generic USB client PC extension card that would be a great niche use of the n900/n810 :). And given the high res camera, one could imagine using a N900 as an IP KVM, USB as keyboard and camera facing an LCD to see what's going on :). Thanks in advance, Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo Bug Jar #22
On Sun, 2008-09-14 at 23:23 -0400, Stephen Gadsby wrote: > Ten biggest open enhancements by number of votes: > ( > https://bugs.maemo.org/buglist.cgi?bug_id=176,2639,667,1695,303,368,1046,1129,1017,417 > ) > 1. (11%) [176] Support for OGG Vorbis / Theora missing > 2. (6%) [2639] Home View needs to have an option to lock widgets into place > 3. (5%) [667] A2DP and AVRCP Bluetooth profile wanted > 4. (4%) [1695] Provide "open link in background" > 5. (3%) [303] Clock should allow configurable 12h/24h display > 6. (3%) [368] USB mode selection on control panel > 7. (3%) [1046] RFE: Power Management Profiles (AC/Battery, Timed, > Environment and screen saver) > 8. (3%) [1129] Media player doesn't save the timeposition on close > 9. (3%) [1017] need 802.1X/PEAPv0/MS-CHAPv2 and/or 802.1X/EAP-TTLS/MS-CHAPv2 > 10. (2%) [417] WEP with 802.1x EAP PEAP not supported May be there's more than just me interested by this old enhancement request (no listed here, with 6 votes): https://bugs.maemo.org/show_bug.cgi?id=1043 "Add priority to defined wifi connections" << Opened by Laurent GUERBY (reporter) 2007-02-09 22:20:03 GMT+3 [reply] I have access to multiple wifi networks (two router at home, one FON and another one). I defined them but I see no way to put a priority so that my Nokia N800 prefers one over the other. If it's not there it would be a useful feature. ________ Comment #1 from Laurent GUERBY (reporter) 2008-09-25 15:55:16 GMT+3 [reply] After a year and a half I would love to see this enhancement implemented. I've recently bought an ACER Aspire One netbook (under Linux by Linpus) and the connectivity setting dialog has a list with up and down to define priority amongst wifi connection. >> May be it's already there? Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: stlc45xx: open source WLAN driver for N800 and N810
On Thu, 2008-09-18 at 23:47 +0300, Kalle Valo wrote: > Everything is fully legal and official, no reverse engineering were > done. This all was made possible by good co-operation with ST NXP > Wireless. That's great news for the free software world, thanks to all involved! Now, transforming my Nokia N810 paired with the modem of my Nokia 6086 into a pocket wifi hotspot is just a few releases away :). Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Switching N810 to USB host mode?
With your image I suceeded in mounting an USB key and using an USB keyboard (nokia cable + female female + plug). This confirms this is a kernel bug, let's hope it gets fixed by Nokia: https://bugs.maemo.org/show_bug.cgi?id=3026 Thanks! Laurent On Sun, 2008-03-30 at 09:34 -0600, Charles Werbick wrote: > > May be there's a way to workaround it? > > > > Thanks in advance, > > > > Laurent > > Did you try the kernel patch I put on bugzilla? It fixed the issue for me. > > Charles Werbick > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Switching N810 to USB host mode?
Thanks to Charles Werbick who reported the issue to bugzilla: https://bugs.maemo.org/show_bug.cgi?id=3026 Let's hope this regression from N800 to N810 will get fixed in the next OS2008 release, if you have this issue please vote for it. May be there's a way to workaround it? Thanks in advance, Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Switching N810 to USB host mode?
On Thu, 2008-03-27 at 13:06 -0700, Andrew Daviel wrote: > On Thu, 27 Mar 2008, Laurent GUERBY wrote: > > > Hi, > > > > The "N800" way does not seem to work on N810 (see below), any idea > > on how to switch the N810 to USB host mode? > > The usbcontrol 1.0 package worked for me. On N810? What happens if you click on host and click on refresh, does the state change to host even if nothing is plugged in USB? When I click the state stays to b_idle. I have usbcontrol installed, and after checking /usr/bin/usbcontrol.py it does the same thing as I do on the command line. To check the nokia cable I plugged it from my N810 to my PC and it worked (I saw the N810 as a usb storage). To check for power issue I used a female to female A to plug N810 ===>nokia cable===>female to female===>host plug of externally powered USB hub, on this hub as peripherical there's an USB key. But nothing when I click on host mode. In dmesg: [ 154.328125] usb usb1: usb auto-resume [ 154.328125] usb usb1: finish resume [ 154.328125] hub 1-0:1.0: hub_resume [ 154.351562] hub 1-0:1.0: state 7 ports 1 chg evt [ 156.351562] hub 1-0:1.0: hub_suspend [ 156.351562] usb usb1: usb auto-suspend [ 159.703125] EAC mode: play enabled, rec enabled [ 159.882812] tusb_source_power 629: VBUS b_idle, devctl 80 otg 18c conf c001 prcm 00a80500 [ 160.367187] usb usb1: usb auto-resume [ 160.367187] usb usb1: finish resume [ 160.367187] hub 1-0:1.0: hub_resume [ 160.390625] hub 1-0:1.0: state 7 ports 1 chg evt [ 162.132812] EAC mode: play disabled, rec disabled [ 162.390625] hub 1-0:1.0: hub_suspend [ 162.390625] usb usb1: usb auto-suspend Thanks in advance, Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Switching N810 to USB host mode?
Hi, The "N800" way does not seem to work on N810 (see below), any idea on how to switch the N810 to USB host mode? Thanks in advance, Laurent Nokia-N810-50-2:~# cat /sys/devices/platform/musb_hdrc/mode b_idle Nokia-N810-50-2:~# echo "host" > /sys/devices/platform/musb_hdrc/mode Nokia-N810-50-2:~# cat /sys/devices/platform/musb_hdrc/mode b_idle ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: wav recording from mic low volume
On Sun, 2008-03-09 at 21:12 -0400, Mark Chang wrote: > This was using my own python + gstreamer code, but I can confirm the > same issue using maemo-recorder. BTW, I'm interested by python code that can transform iLBC to wav or any other more common format :). Thanks in advance, Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: WLAN Horrible Roaming Performance (N800, OS2008), Software or Hardware Problem ?
On Sat, 2008-02-02 at 23:18 +0100, Benno Senoner wrote: > Any suggestions ? > > I find this wlan freeze problem a grave bug is this a defect in the > N800 or a software bug ? One thing you could try is setting up openvpn: N800 as client, the VNC machine as server: it will secure your VNC connection, your connection will even survive the N800 changing its IP and since openvpn works over UDP it might help for network freeze. I use openvpn+VNC on my N810 to get access to complex applications running on my home PC from wherever I get wifi but I'm not roaming though. Sincerely, Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: If I buy a N800 but not N810
On Wed, 2008-01-23 at 10:06 +0200, Eero Tamminen wrote: > Hi, > > ext Tuomas Kulve wrote: > > Bin Chen wrote: > >> The N800 is much cheaper than N810, I don't have much money to buy > >> N810, so I wander if I buy a N800, can I run most features of maemo? > >> In the other words, can N800 be same as N810 on maemo platform? Which > >> is the difference besides the speed? > > > > The speed is the same. The software is the same. > > > > The n800 is missing qwerty keyboard and the GPS. Otherwise the are > > pretty same. N800 can even use bluetooth GPS devices and keyboards. > > > > N810 has an integrated internal 2GB "mmc" and one mini SD slot where the > > n800 has two full sized MMC/SD slots. > > N810 screen is also slightly better in direct sunlight than the N800 > one. N810 is lacking the FM receiver that N800 has. Another difference : N800 has mini-USB for which plenty of small adapters exist so it's easy to plug an USB key in host mode and carry the small adapter around. N810 has micro-USB which is a "newer" standard which has only one 1 meter cable to USB male and that's it worldwide: nothing you can carry easily in you purse to get access to the USB world. I really wonder what's going on in the micro-USB world, is there a patent vampire somewhere asking for huge fees? Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
repository.maemo.org broken (Was: Chinook install)
On Fri, 2007-12-21 at 12:55 +0100, Murray Cumming wrote: > On Thu, 2007-12-20 at 16:15 -0500, [EMAIL PROTECTED] wrote: > > > > Is there a problem repository.maemo.org? > > Yes. I'm not even going to try to use it for another day or so. I have opened a new bugzilla for the repository situation: https://bugs.maemo.org/show_bug.cgi?id=2635 Feel free to vote/add info. Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
repository.maemo.org is down
Just flashed and can't reinstall anything since repository.maemo.org is down. A mirror somewhere? Laurent On Wed, 2007-12-19 at 00:03 -0500, harini satyanarayanan wrote: > Hi, > I am trying to set up the maemo 4.0 chinook on ubuntu. but the > installer script is not able to connect to the repository to get the > updates, It throws a gateway time out error, is the repository down? I > am trying to setup the telepathy/rtcomm environment in it and every > time I try to install any library from the repository either it takes > a long time or it times out. > > Can someone please help me? > > Thanks, > Harini > ___ > 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
Re: Repositories mess: conclusions and actions
On Wed, 2007-10-24 at 13:52 +0100, Neil Jerram wrote: > Quim Gil <[EMAIL PROTECTED]> writes: > > > This is an invitation to resume all previous discussions about "the > > repository mess" and come up with conclusions and actions. Please read > > this through and have a say, specially if you are maintaining a > > repository with maemo packages out of maemo.org > > This all sounds very positive to me. The only thing I'd add is that > Nokia/Maemo should consider providing a auto-builder service for Maemo > packages, such that > > - developers could upload source code packages > > - the autobuilder would attempt to build them, for all supported > platforms (gregale, bora and chinook) > > - if everything built successfully, the auto-builder would > automatically submit through to the extras-testing repository > > - if there were problems, the auto-builder would email those back to > the developer. Hi, I'm an admin of the GCC Compile Farm (3 bi-dual opteron running debian etch amd64): http://gcc.gnu.org/wiki/CompileFarm I'd be pleased to create ssh accounts for known maemo contributors on the farm (for free software development only), especially if someone contributes an auto-builder or patch tester (as someone did for GCC). You can send emails and set crontab on the farm machines, as long as bandwitdh usage stays low (no web server / exports). Then may be someone Nokia can get an account to and copy (scp/rsync) built packages meeting their validation criteria to extra (all at the hand of Nokia people). This would provide a common standard building environment and a path to maemo repository without Nokia having the need to open and administrate a build farm and ssh account for non employees. (I can also provide a web server in another data center but that's not the point here :). Let me know if this is of interest for the maemo community. Laurent PS: if you're a free software developper and like to play with various GCC versions on your software you can also get an account, instructions are given on the web page referenced above. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Nokia N810 Q
It looks like the buttons do not have the same pictures on them, will their function change in Hildon (one is now hidden with the keyboard)? Is the internal 2GB card slot still user accessible next to the battery? Will it be used to hold /usr or something like that? Will the GPS drivers be open source? Eh eh :) Laurent http://linuxdevices.com/news/NS3669465936.html http://www.nseries.com/nseries/v3/media/sections/products/tech_specs/en-R1/tech_specs_n810_en_R1.html http://www.extremetech.com/article2/0,1697,2200582,00.asp http://www.nokia.com/A4136017?category=n810 http://www.internettablettalk.com/forums/forumdisplay.php?f=28 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Now *that*'s what I call a changelog...
Just a small detail: the old and new version number (and package name) should be mentioned. :) Laurent On Fri, 2007-08-10 at 13:25 +0100, Andrew Flegg wrote: > Hi, > > With all the recent discussion about release notes and changelogs, > *this* is what I like to see in a changelog: > > http://browser.garage.maemo.org/news/4/ > > Congratulations to timeless for putting the effort into the release > notes for the new version of microb: I can already see a number of > things which are worth the upgrade. > > Cheers, > > Andrew > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: maemo emails classified as spam
On Sat, 2007-06-23 at 10:15 +0100, Neil Jerram wrote: > I personally am not persuaded that this should be regarded as a maemo > bug, and don't think that raising a bug for this in bugzilla is > helpful. Note that maemo bugzilla has a "website" category this invinting to report this kind of problem, I've done it here: https://bugs.maemo.org/show_bug.cgi?id=1550 It looks like it has now been fixed, thanks to the maemo crew! Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: What's wrong with folder browsing?
On Sun, 2007-05-20 at 22:31 +0300, Kalle Vahlman wrote: > 2007/5/20, Laurent GUERBY <[EMAIL PROTECTED]>: > > Today I installed canola. Removed it after 10 minutes. > > > > Why are developpers of media application using the "scan+database" based > > approach instead of just letting user browse folders to open > > the media they want? > > Because people are lazy and want the machine do the organizing for > them. That's why we have metadata in the files, so that the user can > safely keep the files in gigantic blobs and still find the correct one > when they want to, without scanning the thousands of crappily named > files over. Note that I don't say the indexing isn't useful "If you want indexing for the user just add a "add media directory to index" option and let user open "index" files." I'm saying proposing *only* indexing (and total from / indexing...) is completely wrong. Indexing *is* of course useful (especially when meta data is present), I fully agree with you on that. But so is being to use the software on a mobility device without waiting two hours :). Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: What's wrong with folder browsing?
On Sun, 2007-05-20 at 20:45 +0300, Daniel Stone wrote: > On Sun, May 20, 2007 at 04:25:04PM +0200, ext Laurent GUERBY wrote: > > Folder approach is intuitive, shared by all reasonable apps on all > > platforms > > Except for more or less every media player ever made (cf. iTunes). Amarok is frequently cited as a free software iTunes equivalent and it works *exactly* as I describe: if you want it to index you can choose what folder(s) to index, if you don't want to index you just use "open" and it works just like any UI standard conforming software. Intuitive, reactive and powerful. It's quite easy to find people complaining about iTunes being a ressource hog and taking forever to scan stuff. However biased it is, google "itunes amarok". And I still can't honestly believe that the developpers of media software want to tell their user: oh you have a 2GB card fully of media and you want to play it on your N800? No problem! Insert it then please wait two hours ... and no sorry you can't use your N800 because it's dog slow ... then there you go! How great and easy! Spot the problem. Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
What's wrong with folder browsing?
Today I installed canola. Removed it after 10 minutes. Why are developpers of media application using the "scan+database" based approach instead of just letting user browse folders to open the media they want? The scan+database approach: - wastes precious energy on mobile devices (99% of the scan will be wasted and I assume reading the card is not free) - slow things down by wasting system cache (useless IO) - doesn't work at all when the user has multiple cards holding well ... media (why would one buy multiple cards otherwise?) - doesn't work when the user reorganize its folders (start scan again) - prevents user to remove cards "in use" with scary messages - doesn't work when the card has many non media folders and files (eg: maemo mapper which is a great application) - presents the user with an awful install experience: "please wait" and you can't do a thing for minutes (or hours I can't say). - is totally user-interface incoherent with about all the other apps on the device Folder approach is intuitive, shared by all reasonable apps on all platforms, doesn't waste anything and just works. If you want indexing for the user just add a "add media directory to index" option and let user open "index" files. Any idea? How long before common sense returns? Sorry for the rant, Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Trying to retrieve battery info on N800
There seem to be a DBUS request/reply used by the battery applet to request current level, see here: http://maemo.org/pipermail/maemo-developers/2007-March/009300.html Plus messages sent when the level changes. However my question: "I couldn't find documentation on the maemo site for these bme/mce messages, is the protocol I described considered stable (eg: supported for new releases)? Did I miss obvious messages or got wrong semantics?" Went unanswered, may be I should open a bugzilla for more visibility? Laurent On Wed, 2007-04-18 at 16:14 +0530, [EMAIL PROTECTED] wrote: > > Hi, > > I've been trying to find a way to retrieve battery information for a > N800. I am not able to isolate the function call used in getting this > information. I tried listening to D-BUS messages, but this only works > when the user manually launches the battery applet (on the top status > bar). > > I am not able to find any HAL libraries on the device either, so am > not sure whether HAL exists for the device or not. > > Could you give me any information on how this data can be retrieved? > > > Thanks and Regards, > T Chaitanya > > ___ > 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: N770 OS2007 hacker edition made it to the title page of Linux Weekly News
On Fri, 2007-04-13 at 11:59 +0300, Eero Tamminen wrote: > Hi, > > ext pancake wrote: > > hehehe an apt-like upgrades would be really nice! Another thing that I > > really miss > > from each nokia firmware release is the lack of commandline tools like > > ping, telnet(or nc), > > gunzip... > > Isn't gunzip already available from busybox? It is, see below. I opened a report so that the default busybox comes with a few more tools: https://maemo.org/bugzilla/show_bug.cgi?id=989 ext pancake, You should register your requests here if you see useful missing tools. Laurent ~ $ /bin/busybox BusyBox v1.1.3 (Debian 3:1.1.3-3.osso17) multi-call binary Usage: busybox [function] [arguments]... or: [function] [arguments]... BusyBox is a multi-call binary that combines many common Unix utilities into a single executable. Most people will create a link to busybox for each function they wish to use and BusyBox will act like whatever it was invoked as! Currently defined functions: [, [[, ash, awk, basename, busybox, cat, chgrp, chmod, chown, chroot, chvt, clear, cmp, cp, cut, date, dd, df, dirname, dmesg, du, echo, egrep, env, expr, false, fgrep, find, free, fuser, getty, grep, gunzip, gzip, head, hostname, id, ifconfig, ifdown, ifup, insmod, kill, killall, last, ln, logger, login, ls, lsmod, mkdir, mkfifo, mknod, mkswap, mktemp, modprobe, more, mount, mv, netstat, nslookup, pivot_root, printf, ps, pwd, readlink, realpath, renice, reset, rm, rmdir, rmmod, route, run-parts, sed, seq, sh, sleep, sort, stty, su, swapoff, swapon, sync, sysctl, tail, tar, tee, test, time, top, touch, tr, true, tty, umount, uname, uniq, uptime, vi, wc, which, who, whoami, xargs, yes, zcat ___ maemo-developers mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-developers
Re: N770 OS2007 hacker edition made it to the title page of Linux Weekly News
Thanks for the link. I saw no correction of the statement on the first article: "The really bad news showed up with some of the other interesting packages, such as vim and gnumeric. The application manager will happily download the packages before popping up a window which says: Unable to install: some application packages required for the installation are missing. Such a message would perhaps have been acceptable ten years ago on some distributions. One would not expect to see it on a Debian-based system in 2007. There is no excuse for an "application manager" which is unable to handle dependencies anymore." Given that's just some misconfigured/misdocumented third party repo/deb, you can get those messages in any deb/apt based Linux current distribution so that's quite unfair to the "app manager" application. Sincerely, Laurent ___ maemo-developers mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-developers
Re: Maemo documentation - feedback time is now
Hi, I'm trying to do what the battery applet does when clicked but from a simple python program, mixing information from various places: http://maemo.org/platform/docs/pymaemo/pyosso_context.html http://maemo.org/platform/docs/python-bora/python_maemo_howto.html http://maemo.org/pipermail/maemo-developers/2007-March/009300.html Looks like the documented system_bus is not available for rpc_run: $ python Python 2.5 (r25:10194M, Feb 23 2007, 15:35:52) [GCC 3.4.4 (release) (CodeSourcery ARM 2005q3-2)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import osso >>> osso_c = osso.Context("osso_test_sender", "0.0.1", False) >>> osso_rpc = osso.Rpc(osso_c) >>> osso_rpc.rpc_run("com.nokia.bme.request","/com/nokia/bme/request","com.nokia.bme.request","timeleft_info_req",wait_reply=True,system_bus=True) Traceback (most recent call last): File "", line 1, in TypeError: 'system_bus' is an invalid keyword argument for this function (I've no knowledge of dbus and osso it may show :). Thanks in advance, Laurent On Wed, 2007-03-28 at 13:05 +0300, [EMAIL PROTECTED] wrote: > Hi, > > Maemo tutorial and how-to documention are in > http://maemo.org/platform/docs/how-to.html. There exists API > documentation as well on > http://maemo.org/platform/docs/api-index.html. So the question is are > they good enough, what could be improved, any bugs, two few examples > or specs, wrong format, or other things that are on your way to block > hacking on some area or on a particular topic? Thanks, already in > advance! > > Regards, > JP > > ___ > 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
D-BUS and N800 battery level com.nokia.bme/mce
Hi, Using "dbus-monitor --system" to spy on bme/dbus messages I observed the following on my N800 under IT2007.10: 1/ when pressing the battery applet: signal sender=:1.166 -> dest=(null destination) interface=com.nokia.bme.request; member=timeleft_info_req signal sender=:1.7 -> dest=(null destination) interface=com.nokia.bme.signal; member=battery_timeleft uint32 6120 uint32 60 => uint32/uint32 seems to be estimated minutes left in idle/use, maximum seem to be: uint32 14640 uint32 420 2/ when the number of bar of power change (I assume before :): signal sender=:1.7 -> dest=(null destination) interface=com.nokia.bme.signal; member=battery_state_changed uint32 4 => uint32 seems to be the new level reached 1 to 4 (never saw zero in my logs) 3/ when pluging the power cable: signal sender=:1.7 -> dest=(null destination) interface=com.nokia.bme.signal; member=charger_connected signal sender=:1.7 -> dest=(null destination) interface=com.nokia.bme.signal; member=charger_charging_on 4/ when unplugging the power cable: signal sender=:1.7 -> dest=(null destination) interface=com.nokia.bme.signal; member=charger_disconnected signal sender=:1.7 -> dest=(null destination) interface=com.nokia.bme.signal; member=charger_charging_off 5/ when plugging the power cable and the battery is full instead of charging_on: signal sender=:1.7 -> dest=(null destination) interface=com.nokia.bme.signal; member=battery_full 6/ when no battery left at all: signal sender=:1.7 -> dest=(null destination) interface=com.nokia.bme.signal; member=battery_empty quickly followed by: signal sender=:1.1 -> dest=(null destination) interface=com.nokia.mce.signal; member=save_unsaved_data_ind signal sender=:1.1 -> dest=(null destination) interface=com.nokia.mce.signal; member=shutdown_ind I couldn't find documentation on the maemo site for these bme/mce messages, is the protocol I described considered stable (eg: supported for new releases)? Did I miss obvious messages or got wrong semantics? Thanks in advance, Laurent PS: I did a test after a full charge, sound muted, wifi on (connected from my PC via ssh, light log script running every 30 seconds to write the date on the MMC), screen light to min, I played a 350MB 1h30 video in loop for a bit more than 4h30 before the shutdown (normal mode not full screen mode for nokia media player). ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: sbox2 update
On Wed, 2007-03-14 at 22:27 +0200, Lauri Leukkunen wrote: > Could you retry after making sure you start sb2 like this: > > cd ~/buildroot > ../scratchbox/bin/sb2 > > If it doesn't work, maybe we could continue this over irc? I'm lle2 on > freenode. With that I got a bit farther, thanks! Let's wait until you've debugged the mighty "touch" program :) Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: sbox2 update
On Wed, 2007-03-14 at 21:46 +0200, Lauri Leukkunen wrote: > On 3/14/07, Laurent GUERBY <[EMAIL PROTECTED]> wrote: > > After installing a bunch of missing packages on my amd64 feisty box, I'm > > now stuck at some obscure automake-1.7 messages whil trying to build > > maemo-mapper-1.4.3. > > > > May be I didn't untar in the right directory? > > It shouldn't matter, but I typically put the sources into my $HOME/src > directory, you don't need to put them inside the buildroot dir. > > Do you have libtool for your host? I did an equivalent of $ libtool --version ltmain.sh (GNU libtool) 1.5.22 Debian 1.5.22-4 (1.1220.2.365 2005/12/18 22:14:06) > apt-get install gnome-devel automake1.7 It installed more than 100 packages. After that: [SB2] [EMAIL PROTECTED] ~/work/maemo/tmp $ cd maemo-mapper-1.4.3/ [SB2] [EMAIL PROTECTED] ~/work/maemo/tmp/maemo-mapper-1.4.3 $ dpkg-buildpackage -rfakeroot -d dpkg-buildpackage: source package is maemo-mapper dpkg-buildpackage: source version is 1.4.3-1 dpkg-buildpackage: source changed by John Costigan <[EMAIL PROTECTED]> dpkg-buildpackage: host architecture arm dpkg-buildpackage: source version without epoch 1.4.3-1 fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp configure-stamp # Add here commands to clean up after the build process. /usr/bin/make clean make[1]: Entering directory `/home/guerby/work/maemo/tmp/maemo-mapper-1.4.3' make[1]: *** No rule to make target `clean'. Stop. make[1]: Leaving directory `/home/guerby/work/maemo/tmp/maemo-mapper-1.4.3' make: [clean] Error 2 (ignored) dh_clean dpkg-source -b maemo-mapper-1.4.3 dpkg-source: building maemo-mapper in maemo-mapper_1.4.3-1.tar.gz dpkg-source: building maemo-mapper in maemo-mapper_1.4.3-1.dsc debian/rules build dh_testdir ./autogen.sh + glib-gettextize --copy --force cd: 140: can't cd to /usr/share/glib-2.0/gettext gettext source directory '/usr/share/glib-2.0/gettext' doesn't exist + libtoolize --automake --copy --force cd: 159: can't cd to /usr/share/libtool libtoolize: cannot list files in `/usr/share/libtool' + intltoolize --automake --copy --force + aclocal-1.7 + autoconf --force + autoheader --force + automake-1.7 --add-missing --copy --force-missing --foreign configure.ac: installing `./install-sh' configure.ac: installing `./mkinstalldirs' configure.ac: installing `./missing' configure.ac:27: installing `./config.guess' configure.ac:27: installing `./config.sub' configure.ac:27: required file `./ltmain.sh' not found src/Makefile.am: installing `./compile' src/Makefile.am: installing `./depcomp' make: *** [configure-stamp] Error 1 [SB2] [EMAIL PROTECTED] ~/work/maemo/tmp/maemo-mapper-1.4.3 $ cd /usr/share/glib-2.0/gettext bash: cd: /usr/share/glib-2.0/gettext: No such file or directory Outside of sb2 I do have the mentionned directory: [EMAIL PROTECTED]:~/work/maemo/scratchbox$ ls -l /usr/share/glib-2.0/gettext total 8 -rwxr-xr-x 1 root root 1988 2007-03-09 14:52 mkinstalldirs drwxr-xr-x 2 root root 4096 2007-03-14 20:58 po I tried to rebuild hello within SB2 and it didn't work anymore: [SB2] [EMAIL PROTECTED] ~/work/maemo/tmp $ gcc -o hello hello.c hello.c:2:19: error: stdio.h: No such file or directory hello.c: In function 'main': hello.c:3: warning: incompatible implicit declaration of built-in function 'printf' I'm really confused at how the thing is supposed to be working :). I noticed that some scratchbox.sb2cache and buildroot.sb2cache directories appeared. Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: sbox2 update
On Wed, 2007-03-14 at 14:30 +0200, Lauri Leukkunen wrote: > Maemo-mapper is at least one. Get the sources, change to its directory and > run: > > dpkg-buildpackage -rfakeroot -d > > -d is needed to skip build dependency checks. After installing a bunch of missing packages on my amd64 feisty box, I'm now stuck at some obscure automake-1.7 messages whil trying to build maemo-mapper-1.4.3. May be I didn't untar in the right directory? Laurent [SB2] [EMAIL PROTECTED] ~/work/maemo/tmp/maemo-mapper-1.4.3$ pwd /home/guerby/work/maemo/tmp/maemo-mapper-1.4.3 $ ls -l ../.. total 36 drwxr-xr-x 13 guerby guerby 4096 2007-03-11 17:13 arm-lltc drwxr-xr-x 21 guerby guerby 4096 2007-03-14 12:48 buildroot drwxr-xr-x 13 guerby guerby 4096 2007-03-14 12:48 buildroot.sb2cache drwxr-xr-x 2 guerby guerby 4096 2007-03-14 20:20 ftp -rw-r--r-- 1 guerby guerby 833 2007-03-14 12:41 sb2.config drwxr-xr-x 14 guerby guerby 4096 2007-03-14 12:48 sbox2 drwxr-xr-x 5 guerby guerby 4096 2007-03-14 12:43 scratchbox drwxr-xr-x 12 guerby guerby 4096 2007-03-14 20:28 scratchbox.sb2cache drwxr-xr-x 3 guerby guerby 4096 2007-03-14 20:28 tmp $ dpkg-buildpackage -rfakeroot -d dpkg-buildpackage: source package is maemo-mapper dpkg-buildpackage: source version is 1.4.3-1 dpkg-buildpackage: source changed by John Costigan <[EMAIL PROTECTED]> dpkg-buildpackage: host architecture amd64 dpkg-buildpackage: source version without epoch 1.4.3-1 fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp configure-stamp # Add here commands to clean up after the build process. /usr/bin/make clean make[1]: Entering directory `/home/guerby/work/maemo/tmp/maemo-mapper-1.4.3' make[1]: *** No rule to make target `clean'. Stop. make[1]: Leaving directory `/home/guerby/work/maemo/tmp/maemo-mapper-1.4.3' make: [clean] Error 2 (ignored) dh_clean dpkg-source -b maemo-mapper-1.4.3 dpkg-source: building maemo-mapper in maemo-mapper_1.4.3-1.tar.gz dpkg-source: building maemo-mapper in maemo-mapper_1.4.3-1.dsc debian/rules build dh_testdir ./autogen.sh + glib-gettextize --copy --force ./autogen.sh: 1: glib-gettextize: not found + libtoolize --automake --copy --force cd: 159: can't cd to /usr/share/libtool libtoolize: cannot list files in `/usr/share/libtool' + intltoolize --automake --copy --force ./autogen.sh: 1: intltoolize: not found + aclocal-1.7 aclocal: configure.ac: 69: macro `AM_GLIB_GNU_GETTEXT' not found in library + autoconf --force configure.ac:22: error: possibly undefined macro: AM_INIT_AUTOMAKE If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:27: error: possibly undefined macro: AC_PROG_LIBTOOL configure.ac:64: error: possibly undefined macro: AC_PROG_INTLTOOL configure.ac:69: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT + autoheader --force + automake-1.7 --add-missing --copy --force-missing --foreign configure.ac: no proper invocation of AM_INIT_AUTOMAKE was found. configure.ac: You should verify that configure.ac invokes AM_INIT_AUTOMAKE, configure.ac: that aclocal.m4 is present in the top-level directory, configure.ac: and that aclocal.m4 was recently regenerated (using aclocal). configure.ac: installing `./install-sh' configure.ac: installing `./mkinstalldirs' configure.ac: installing `./missing' src/Makefile.am: installing `./compile' src/Makefile.am: installing `./depcomp' /usr/share/automake-1.7/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: am__fastdepCC does not appear in AM_CONDITIONAL /usr/share/automake-1.7/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL make: *** [configure-stamp] Error 1 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: sbox2 update
On Wed, 2007-03-14 at 01:23 +0200, Daniel Stone wrote: > On Tue, Mar 13, 2007 at 11:24:01PM +0100, ext Laurent GUERBY wrote: > > The exe is present in arm-lltc/bin > > > > [EMAIL PROTECTED]:~/work/maemo$ ls -l > > /home/guerby/work/maemo/arm-lltc/bin/arm-none-linux-gnueabi-gcc > > -rwxr-xr-x 2 guerby guerby 128352 2007-03-11 17:18 > > /home/guerby/work/maemo/arm-lltc/bin/arm-none-linux-gnueabi-gcc > > > > Any idea why it is not looking in arm-lltc/bin/ , ie what I could have > > screwed up? :) > > > > in buildroot/sb2.config I have: > > SBOX_CROSS_GCC_DIR=/home/guerby/work/maemo/arm-lltc > > You have to append the /bin here; the name is a bit misleading. Thanks, this worked (I reinstalled everything from scratch to be safe): [SB2] [EMAIL PROTECTED] ~/work/maemo/tmp $ ./hello Hello, world! [SB2] [EMAIL PROTECTED] ~/work/maemo/tmp $ file ./hello ./hello: ELF 32-bit LSB executable, ARM, version 1 (SYSV), for GNU/Linux 2.4.17, dynamically linked (uses shared libs), not stripped scratchbox/bin/sb2-build-libtool also worked without error Is there any package where a rebuild should work out of the box? (and what is the exact rebuild command line :) Thanks in advance, Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: sbox2 update
On Wed, 2007-03-14 at 00:32 +0200, Lauri Leukkunen wrote: > What does: > > file /lib/libc-[someversion].so > > show? and uname -a? If you try running the toolchain outside sb2, what > happens? I'm running the 64bit version of feisty: [EMAIL PROTECTED]:~/work/maemo$ file /lib/libc-2.5.so /lib/libc-2.5.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), for GNU/Linux 2.6.0, stripped [EMAIL PROTECTED]:~/work/maemo$ uname -a Linux pc2 2.6.20-6-generic #2 SMP Wed Jan 31 19:04:30 UTC 2007 x86_64 GNU/Linux [EMAIL PROTECTED]:~/work/maemo$ ./arm-lltc/bin/arm-none-linux-gnueabi-gcc -v Using built-in specs. Target: arm-none-linux-gnueabi Configured with: ../../gcc-4.1.2/configure --prefix=/home/lleukkun/src/lltc/obj/lltc --host=i386-none-linux --target=arm-none-linux-gnueabi --build=i386-none-linux --disable-nls --enable-symvers=gnu --enable-languages=c,c++ --enable-c99 --enable-long-long --with-sysroot=/home/lleukkun/src/lltc/obj/lltc Thread model: posix gcc version 4.1.2 [EMAIL PROTECTED]:~/work/maemo$ file ./arm-lltc/bin/arm-none-linux-gnueabi-gcc ./arm-lltc/bin/arm-none-linux-gnueabi-gcc: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), stripped I'm going to sleep, I'll remove everything and restart from scratch tomorrow. Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: sbox2 update
On Wed, 2007-03-14 at 00:07 +0200, Lauri Leukkunen wrote: > Oh, and please update your sbox2 first, I fixed some stuff ;) > Simply git pull from the repo, ./autogen.sh && ./configure etc. etc. I did the pull autogen etc... Here are the result for the hello.c: [EMAIL PROTECTED]:~/work/maemo$ ./scratchbox/bin/sb2 Running scratchbox with these settings: SBOX_LIBSB2 = /home/guerby/work/maemo/scratchbox/lib/libsb2.so SBOX_REDIR_SCRIPTS = /home/guerby/work/maemo/scratchbox/share/scratchbox2/redir_scripts SBOX_GCCWRAPPER = /home/guerby/work/maemo/scratchbox/bin/sb_gcc_wrapper REDIR_LD_SO = REDIR_LD_LIBRARY_PATH = SBOX_TARGET_ROOT = /home/guerby/work/maemo [SB2] [EMAIL PROTECTED] ~/work/maemo $ cd tmp [SB2] [EMAIL PROTECTED] ~/work/maemo/tmp $ gcc -o hello hello.c sb_gcc_wrapper (gcc): /home/guerby/work/maemo/arm-lltc/arm-none-linux-gnueabi-gcc: No such file or directory The exe is present in arm-lltc/bin [EMAIL PROTECTED]:~/work/maemo$ ls -l /home/guerby/work/maemo/arm-lltc/bin/arm-none-linux-gnueabi-gcc -rwxr-xr-x 2 guerby guerby 128352 2007-03-11 17:18 /home/guerby/work/maemo/arm-lltc/bin/arm-none-linux-gnueabi-gcc Any idea why it is not looking in arm-lltc/bin/ , ie what I could have screwed up? :) in buildroot/sb2.config I have: SBOX_CROSS_GCC_DIR=/home/guerby/work/maemo/arm-lltc Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: sbox2 update
On Tue, 2007-03-13 at 23:06 +0200, Lauri Leukkunen wrote: > On 3/13/07, Laurent GUERBY <[EMAIL PROTECTED]> wrote: > > On Mon, 2007-03-12 at 02:59 +0200, Lauri Leukkunen wrote: > > $ cd ~/work/maemo/sbox2 > > $ /home/guerby/work/maemo/scratchbox/bin/sb2-build-libtool.sh > > ... > > Making install in . > > make[1]: Entering directory > > `/home/guerby/work/maemo/sbox2/libtool_build' > > make[2]: Entering directory > > `/home/guerby/work/maemo/sbox2/libtool_build' > > test -z "/sb_tools/bin" || mkdir -p -- "/sb_tools/bin" > > mkdir: cannot create directory `/sb_tools': Permission denied > > make[2]: *** [install-binSCRIPTS] Error 1 > > make[2]: Leaving directory `/home/guerby/work/maemo/sbox2/libtool_build' > > make[1]: *** [install-am] Error 2 > > make[1]: Leaving directory `/home/guerby/work/maemo/sbox2/libtool_build' > > make: *** [install-recursive] Error 1 > > Hmm, something's gone wrong already before that. When you start SB2, > what does it print out? Does your scratchbox/bin/sb2 use /bin/bash or > /bin/sh? I changed that not too long ago to help ubuntu users who have > dash as /bin/sh. [EMAIL PROTECTED]:~/work/maemo$ head -1 scratchbox/bin/sb2 #!/bin/bash [EMAIL PROTECTED]:~/work/maemo$ ./scratchbox/bin/sb2 Running scratchbox with these settings: SBOX_LIBSB2 = /home/guerby/work/maemo/scratchbox/lib/libsb2.so SBOX_REDIR_SCRIPTS = /home/guerby/work/maemo/scratchbox/share/scratchbox2/redir_scripts SBOX_GCCWRAPPER = /home/guerby/work/maemo/scratchbox/bin/sb_gcc_wrapper REDIR_LD_SO = REDIR_LD_LIBRARY_PATH = SBOX_TARGET_ROOT = /home/guerby/work/maemo [SB2] [EMAIL PROTECTED] ~/work/maemo $ exit [EMAIL PROTECTED]:~/work/maemo$ cat buildroot/sb2.config # Scratchbox2 configuration file. # This file works with Code Sourcery 2006q3 arm linux gnueabi toolchain. # Modify SBOX_CPUTRANSPARENY_METHOD and SBOX_CROSS_GCC_DIR to suit your # paths. SBOX_TARGET_NAME=arm SBOX_CPU=arm SBOX_OS=none-linux-gnueabi SBOX_CLIB=glibc SBOX_CPUTRANSPARENCY_METHOD=/usr/bin/qemu-arm SBOX_DEFAULT_GCC_PREFIX=arm-none-linux-gnueabi- SBOX_TARGET_SETUP_SCRIPT= SBOX_CROSS_GCC_NAME=arm-linux-2006q3-27 SBOX_CROSS_GCC_PREFIX_LIST=arm-linux-gnueabi-:arm-linux-:arm-none-linux-gnueabi- SBOX_CROSS_GCC_SUBST_PREFIX=arm-none-linux-gnueabi- SBOX_CROSS_GCC_SPECS_FILE= SBOX_CROSS_GCC_DIR=/home/guerby/work/maemo/arm-lltc SBOX_CROSS_GCC_LD_ARGS= SBOX_HOST_GCC_NAME=host-gcc SBOX_HOST_GCC_PREFIX_LIST=host- SBOX_HOST_GCC_SUBST_PREFIX= SBOX_HOST_GCC_SPECS_FILE= SBOX_HOST_GCC_DIR=/usr/bin SBOX_HOST_GCC_LD_ARGS= $ > If you try to simply build and run a hello world inside sb2, does it work? I'm a total noob here and I've never used scratchbox before, so I need instructions for something as simple as that (at this point, I haven't read other tutorials yet)... Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: sbox2 update
On Mon, 2007-03-12 at 02:59 +0200, Lauri Leukkunen wrote: > Hi, > > sb2 is able to build maemo-mapper using > > dpkg-buildpackage -rfakeroot -d > > This was done on AMD64 Debian/Etch system using my own toolchain and > etch's 0.90 version of qemu-arm. You can get both sb2 and the > toolchain from http://rahina.org/sb2/ Hi, I got a failure at the step: << Then build a proper libtool for your active toolchain by running this inside sb2: $ $HOME/scratchbox/bin/sb2-build-libtool.sh >> I was doing: $ cd ~/work/maemo/sbox2 $ /home/guerby/work/maemo/scratchbox/bin/sb2-build-libtool.sh ... Making install in . make[1]: Entering directory `/home/guerby/work/maemo/sbox2/libtool_build' make[2]: Entering directory `/home/guerby/work/maemo/sbox2/libtool_build' test -z "/sb_tools/bin" || mkdir -p -- "/sb_tools/bin" mkdir: cannot create directory `/sb_tools': Permission denied make[2]: *** [install-binSCRIPTS] Error 1 make[2]: Leaving directory `/home/guerby/work/maemo/sbox2/libtool_build' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/home/guerby/work/maemo/sbox2/libtool_build' make: *** [install-recursive] Error 1 I'm using amd64 feisty. Any idea? Thanks in advance, Laurent http://guerby.org/blog/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
community-enhancement bugzillas?
On Fri, 2007-02-16 at 14:00 +0200, Marius Vollmer wrote: > This is not forced per se, we just don't want to think about providing > a UI for it. If someone contributes one... :-) May be it would be useful to open "offical" bugzilla enhancement requests for developments that the Nokia team would gladly integrate in its next release if someone in the community did the work. Probably do so first for small improvements or bits with design or way to do which is easy to describe without too much ambiguity in a short text. As long as the bugzilla is unassigned, it is a clear indication that no one at Nokia is working on it so no risk of duplicate work. Mark all such bugzillas with a "community-enhancement" keyword for easy filtering. Openly assign them to a Nokia engineer when work really starts on it on Nokia side. Sincerely, Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] FOSDEM 24-25Feb2007 Brussels
Who's going to FOSDEM this year? http://www.fosdem.org/2007/schedule/days does not mention maemo. Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: radio?!
On Thu, 2007-02-08 at 15:01 +, David Weinehall wrote: > > Any idea if the hardware allows to play radio from built-in speakers ? > > I could just listen to hizzz till I plug in headphones. > > Well, the hardware probably allows it in theory, but in practise you > won't be able to, since you'll need an antenna (the headphones acts as > antennas), and there is no built in antenna for the radio in the device. There's a button in the fmradio UI to switch sound from headphone to speaker. Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Telepathy-SIP status
On Wed, 2007-01-24 at 12:16 +0200, Mattias Nordstrom wrote: > Hi, > > Does anyone have any information regarding Nokia's work on Telepathy-SIP > and when it might be released? This would enable tons of new use cases > for the N800. Note that Gizmo works in SIP mode : http://www.gizmoproject.com/learnmore-nokia.html There is a version for N770 and one for N800 (I tested the N800 version with my ISP provided SIP). Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: N800, xkb and Sierra full size bluetooth keyboard
I've opened https://bugs.freedesktop.org/show_bug.cgi?id=9745 More a doc bug than anything else. As I said there is zero useful doc around, so I ended up hacking around and it's not pretty and not doing what I want. I'm totally amazed to have found zero example of how to do something as simple as: Fn+e => send the x symbol AltGr+e => send the y symbol Cmd+e => send the z symbol having the key codes for Fn, AltGr and Cmd (using xev). Is that totally impossible with xkb? Once that documentation problem fixed, I'll provide a full mapping for the stoaway sierra keyboard in about five minute. Thanks in advance, Laurent On Tue, 2007-01-23 at 11:46 +, Sergey Udaltsov wrote: > Laurent, > > Putting my xkeyboard-config maintainer hat on... > > > I did not succeed in getting the "EIGHT_LEVEL" or "level5" mode to work > > and define more key combos with "Fn"+key. If any xkb syntax expert > > is lurking arount, help welcomed. > First, could you please file a bug in bugzilla.freedesktop.org against > xkeyboard-config and attach your patch into it? Just for > accountability purposes, you know... > > I am not excited about using Hyper_L codes in the compat/level5 and > symbols/level5 file. Why are they needed? Could you not map your key > to 0xfe11 for any reason? I know, this hex code does not look nice - > it is just temporary placeholder till we get proper > XK_ISO_Level5_Shift in keysymdef.h. But hardcoding Hyper_L as the only > way to switch to level5 is really ugly. What I'd recommend is creating > your own variant in symbols/inet and mapping > to 0xfe11 - also updating rules/xorg accordingly (there is a list of > inet keyboard at the top). > > Also, instead of modifying existing symbols/gb variant - would you > please consider adding new variant to symbols/gb? > > Actually, I would appreciate if you do not reply here - just provide > the reference to bugzilla bug and reply in the bugzilla. > > Thanks, > > Sergey > ___ > 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] Re: N800, xkb and Sierra full size keyboard
Hi Sergey, >From my limited reading and knowledge, it looks like Nokia started from fairly recent xkb files, most of them start with RCS tags (see below symbols/gb for a 200610 example). I noticed a directory symbols/nokia_vndr which has a few file that look Nokia local. There is no explicit licence for these files, I'd appreciate if someone from Nokia could clear this aspect (at least informally). Meanwhile, I'll ship you a tarball of my N800 /usr/share/X11/xkb/ in private so you can check stuff. I'm still interested on how to do the EIGHT_LEVEL/level5 stuff or more symply how to tell Hyper_L+key to do something in xkb language, I looked around but could not find a single example of using more than AltGr (level4) in xkb. Laurent $ cd /usr/share/X11/xkb/symbols/ $ cat gb // $XKeyboardConfig: xkbdesc/symbols/gb,v 1.10 2006/10/01 21:35:25 svu Exp $ // based on a keyboard map from an 'xkb/symbols/gb' file // // $XFree86: xc/programs/xkbcomp/symbols/gb,v 1.6 2003/10/04 10:25:14 pascal Exp $ ... $ cat nokia_vndr/us // We don't include either us(intl) or us(basic) in this file, because we // want to achieve exact parity with the SU-8W as used on other Nokia devices. // Hence intl is the default. partial alphanumeric_keys default xkb_symbols "intl" { name[Group1]= "U.S. English - International"; // I can't believe it's not us(intl). key { [ 1,exclam, exclamdown ] }; ... On Sun, 2007-01-21 at 17:35 +, Sergey Udaltsov wrote: > Laurent, > > If N800 is using standard XKB configuration files (which I'd love to > check personally if I get into the Developer Program:) - would you > please care to submit your xkb model to xkeyboard-config project @ > freedesktop.org? > > Actually, in xkeyboard-config CVS you can find samples of many > keyboard model definitions, it might help you to figure out how to > build your one. > > Cheers, > > Sergey > ___ > 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] Re: N800, xkb and Sierra full size bluetooth keyboard
After reading docs and some trial and error, I found out if you do the changes below in /usr/share/X11/xkb/ and select enlish/GB keyboard the Think Outside Stowaway Sierra Full Size Bluetooth Keyboard will mostly work ok (with AltGr instead of the Fn key to get the "blue" symbols and compose for accents - I'm french :). I did not succeed in getting the "EIGHT_LEVEL" or "level5" mode to work and define more key combos with "Fn"+key. If any xkb syntax expert is lurking arount, help welcomed. Laurent http://guerby.org/blog/ $ diff -u compat/level5 compat/level5_save --- compat/level5 2007-01-20 21:34:43.0 +0100 +++ compat/level5_save 2007-01-20 21:34:43.0 +0100 @@ -15,13 +15,13 @@ latchMods.latchToLock= True; //ISO_Level5_Shift -interpret Hyper_L+Any { +interpret 0xfe11+Any { useModMapMods= level1; virtualModifier= LevelFive; action= SetMods(modifiers=LevelFive); }; -interpret Hyper_L { +interpret 0xfe11 { action= SetMods(modifiers=LevelFive); }; [EMAIL PROTECTED]:~/tmp/n$ diff -u compat/level5_save compat/level5 --- compat/level5_save 2007-01-20 21:34:43.0 +0100 +++ compat/level5 2007-01-20 21:34:43.0 +0100 @@ -15,13 +15,13 @@ latchMods.latchToLock= True; //ISO_Level5_Shift -interpret 0xfe11+Any { +interpret Hyper_L+Any { useModMapMods= level1; virtualModifier= LevelFive; action= SetMods(modifiers=LevelFive); }; -interpret 0xfe11 { +interpret Hyper_L { action= SetMods(modifiers=LevelFive); }; $ diff -u symbols/level5_save symbols/level5 --- symbols/level5_save 2007-01-20 21:34:34.0 +0100 +++ symbols/level5 2007-01-20 21:34:34.0 +0100 @@ -12,7 +12,7 @@ xkb_symbols "rctrl_switch" { key { type[Group1]="ONE_LEVEL", -symbols[Group1] = [ 0xfe11 ] +symbols[Group1] = [ Hyper_L ] }; - modifier_map Mod3 { 0xfe11 }; + modifier_map Mod3 { Hyper_L }; }; $ diff -u symbols/gb_save symbols/gb --- symbols/gb_save 2007-01-20 21:34:34.0 +0100 +++ symbols/gb 2007-01-20 21:34:33.0 +0100 @@ -16,17 +16,26 @@ name[Group1]="United Kingdom"; -key { [ 2, quotedbl, twosuperior,oneeighth ] }; -key { [ 3, sterling, threesuperior,sterling ] }; -key { [ 4, dollar, EuroSign, onequarter ] }; +// key { [ 2, quotedbl, twosuperior,oneeighth ] }; +// key { [ 3, sterling, threesuperior,sterling ] }; +// key { [ 4, dollar, EuroSign, onequarter ] }; + +// key { [apostrophe, at, dead_circumflex, dead_caron] }; +// key { [ grave,notsign, bar, bar ] }; + +// key { [numbersign, asciitilde, dead_grave, dead_breve ] }; +// key { [ backslash,bar, bar,brokenbar ] }; + +key { [ p, P,sterling,THORN ] }; +key { [ y, Y,yen, leftarrow ] }; +key { [ e, E, EuroSign, cent, EuroSign ] }; +key { [ Tab, ISO_Left_Tab, Escape, Escape] }; -key { [apostrophe, at, dead_circumflex, dead_caron] }; -key { [ grave,notsign, bar, bar ] }; - -key { [numbersign, asciitilde, dead_grave, dead_breve ] }; -key { [ backslash,bar, bar,brokenbar ] }; +key {[ Hyper_L ] }; include "level3(ralt_switch_multikey)" + + }; partial alphanumeric_keys $ On Sat, 2007-01-20 at 14:16 +0100, Laurent GUERBY wrote: > Hi, > > I have an N800 and a sierra bluetooth keyboard. It looks like the "Fn" > key of this keyboard is not processed by the keyboard but sent > to the N800 and interpreted as the "Menu" key, so in practice all keys > that should be accessible using the Fn key as modifier don't work. This > includes F1..F12, PageUp/Down, EuroSign, YenSign, ... so it's > pretty annoying. > > It looks like there is lots of interesting keyboard stuff > in /usr/share/X11/xkb/ on my N800, any idea on how to define an adapted > layout? (I assume defining the Fn key as a modifier Hyper_R or something > then adding definitions on the other keys.) > > Thanks in advance, > > Laurent > > References: > > * "Think Outside Stowaway Sierra Full Size Bluetooth Keyboard" > http://www.expansys.com/p.aspx?i=137486 > (I have a qwerty model) > > * https://maemo.org/bugzilla/show_bug.cgi?id=333 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] N800, xkb and Sierra full size keyboard
Hi, I have an N800 and a sierra bluetooth keyboard. It looks like the "Fn" key of this keyboard is not processed by the keyboard but sent to the N800 and interpreted as the "Menu" key, so in practice all keys that should be accessible using the Fn key as modifier don't work. This includes F1..F12, PageUp/Down, EuroSign, YenSign, ... so it's pretty annoying. It looks like there is lots of interesting keyboard stuff in /usr/share/X11/xkb/ on my N800, any idea on how to define an adapted layout? (I assume defining the Fn key as a modifier Hyper_R or something then adding definitions on the other keys.) Thanks in advance, Laurent References: * "Think Outside Stowaway Sierra Full Size Bluetooth Keyboard" http://www.expansys.com/p.aspx?i=137486 (I have a qwerty model) * https://maemo.org/bugzilla/show_bug.cgi?id=333 * xev for various 'alt' keys from left to right: 1/ The "windows / cmd" key KeyPress event, serial 24, synthetic NO, window 0x181, root 0x3c, subw 0x0, time 1066203850, (332,224), root:(412,284), state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0x181, root 0x3c, subw 0x0, time 1066204051, (332,224), root:(412,284), state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: 2/ The "Alt" key KeyPress event, serial 27, synthetic NO, window 0x181, root 0x3c, subw 0x0, time 1066207150, (332,224), root:(412,284), state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0x181, root 0x3c, subw 0x0, time 1066207348, (332,224), root:(412,284), state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 bytes: 3/ The "Fn" key KeyPress event, serial 27, synthetic NO, window 0x181, root 0x3c, subw 0x0, time 1066210051, (332,224), root:(412,284), state 0x0, keycode 117 (keysym 0xff67, Menu), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0x181, root 0x3c, subw 0x0, time 1066210254, (332,224), root:(412,284), state 0x0, keycode 117 (keysym 0xff67, Menu), same_screen YES, XLookupString gives 0 bytes: 4/ The "AltGr" key KeyPress event, serial 27, synthetic NO, window 0x181, root 0x3c, subw 0x0, time 1066212071, (332,224), root:(412,284), state 0x0, keycode 113 (keysym 0xffea, Alt_R), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0x181, root 0x3c, subw 0x0, time 1066212269, (332,224), root:(412,284), state 0x8, keycode 113 (keysym 0xffea, Alt_R), same_screen YES, XLookupString gives 0 bytes: ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] VNC from maemo to ubuntu edgy desktop now working
Hi, Just to let you know that the ubuntu people were kind enough to integrate the vino CoRRE bug fix into their edgy-proposed repository (Version: 2.16.0-0ubuntu2.3), so now vncviewer 0.4.1 works when connecting to an edgy desktop: I tested from my Nokia 770 to my 1680x1050 desktop (password protected) without problem so far (not that reactive - a bit better in 8bits - but it works :). The story is here: https://launchpad.net/distros/ubuntu/+source/vino/+bug/70986 VNCviewer 0.4.1: http://physik.de/770/ In particular when some web pages aren't displaying, I can use my desktop browser. Now let's try openvpn :). Laurent http://guerby.org/blog/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Maemo Python Tutorial code areas broken
Hi, All the code areas of: http://maemo.org/platform/docs/pymaemo/python_maemo_howto.html Look broken (EOL/spacing wise), eg: << #!/usr/bin/env python2.4 import gtk if __name__ == "__main__": window = gtk.Window(gtk.WINDOW_TOPLEVEL) label = gtk.Label("Hello World!") window.add(label) label.show() window.show() gtk.main() >> Same thing in the PDF. Sincerely, Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Unresolved issues (Week 46)
On Wed, 2006-11-22 at 15:40 +0200, Jari Tenhunen wrote: > The .ilbc files contain simply raw iLBC frames (20 ms) one after > another. Exactly the same stuff that dspilbcsrc produces and dspilbcsink > eats. I google'd around, but the only pages mentionning dspilbcsrc or audio/x-iLBC were maemo related. I tried browsing https://stage.maemo.org/viewcvs.cgi/maemo/ but couldn't find sources for a coder/decoder for iLBC, any idea? Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Unresolved issues (Week 46)
Here is a very small file (7KB): http://guerby.org/ftp/Test.ilbc Laurent PS: I made this file to ask Canonical (Ubuntu parent company) if they were able to read it, they answered no and had no knowledge of a debian package doing so. Is the code used on the Nokia 770 for ilbc open source? (I did not look around). On Wed, 2006-11-22 at 13:29 +0100, Panagiotis Issaris wrote: > Hi, > > On Wed, 2006-11-22 at 12:50 +0100, Laurent GUERBY wrote: > >... > > > > But it produces ".ilbc" files that I couldn't read anywhere > > except on my Nokia 770. A converter or direct output in > > a more readily available format would be great. > Would it be possible to put some samples publicly accessible? > > With friendly regards, > Takis > ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Unresolved issues (Week 46)
On Mon, 2006-11-20 at 15:13 +0200, Tommi Komulainen wrote: > Here is a list of issues raised on this list I think have not been > concluded so far, in no particular order. The easiest way to get off the > list is to provide answers, but you can also try convincing me other > ways. > > This is an attempt to improve our communication by providing a short > summary reminder for busy people to act on. I'll try to keep up with the > experiment for a few weeks and see what happens. Great! Something I mentionned a few times on this list is for people using their Nokia 770 as a sound recorder (I did and it works quite well without equipment): https://maemo.org/bugzilla/show_bug.cgi?id=717 Since the opening of this request, maemo recorder was developped (thanks to the authors :): https://garage.maemo.org/projects/maemo-recorder/ But it produces ".ilbc" files that I couldn't read anywhere except on my Nokia 770. A converter or direct output in a more readily available format would be great. Sincerely, Laurent http://guerby.org/blog/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: [maemo-announce] New Nokia 770 software image available
On Thu, 2006-11-02 at 15:05 +0200, Ferenc Szekely wrote: > Connectivity > > o Improved quality of Bluetooth connections Well that's an understatement :). The connection with my bluetooth GPS (Globalsat BT359) was slow to establish (10 seconds) and unreliable (max 30 minutes, typical 5 minutes) with the previous IT2006 (26-8), with the new IT2006 (39-14) the connection is reliable (one hour and counting) and establishes in a fraction of a second (too fast to see!). Testing all this with the wonderful Maemo Mapper: http://gnuite.com:8080/nokia770/maemo-mapper/ Many thanks for your work, Laurent http://guerby.org/blog/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: rebooting constantly after upgrading packages
I wasn't so lucky. Will have to reinstall... Laurent On Sun, 2006-09-03 at 11:09 +0200, Álvaro J. Iradier wrote: > Hi, I tried the red pill mode and noticed that a new version of > gst-plugins-farsight was available. I installed it, and now everything > works perfect again! > > Thanks very much for updating the broken package :) > > Greets. > > On 9/2/06, Laurent GUERBY <[EMAIL PROTECTED]> wrote: > > On Fri, 2006-09-01 at 14:56 +0300, Marius Vollmer wrote: > > > ext Álvaro J. Iradier <[EMAIL PROTECTED]> writes: > > > > > > > What's the difference between apt-get upgrading and using the > > > > application manager "search for updates" option? I thought it was the > > > > same... > > > > > > No, not exactly. What the Application manager does is more similar to > > > "apt-get install". It will not upgrade the system packages > > > automatically theway "apt-get upgrade" does. > > > > > > > If upgrading is not meant for consumers, why is that broken package in > > > > the maemo repository? Shouldn't it be in sardine? I mean, what's the > > > > point on having updated packages? > > > > > > You are spot on. This is chaos and the mistral repositories should > > > not contain the broken packages. They need to be fixed and/or > > > reverted to the same version that is in the IT2006 flash image. > > > > > > People here are aware of this... (and also appropriately embarrassed). > > > > :) > > > > For the record I was hit too and hopefully found help on #maemo > > so I could get out of the reboot cycles. > > > > I did not realize that the application manager wasn't doing the same > > things as apt-get upgrade until too late. > > > > When the mistral repositories are fixed, what's the best course, > > apt-get upgrade again? (I do it through ssh from my regular PC.) > > > > Thanks in advance, > > > > Laurent > > > > > > ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: rebooting constantly after upgrading packages
On Fri, 2006-09-01 at 14:56 +0300, Marius Vollmer wrote: > ext Álvaro J. Iradier <[EMAIL PROTECTED]> writes: > > > What's the difference between apt-get upgrading and using the > > application manager "search for updates" option? I thought it was the > > same... > > No, not exactly. What the Application manager does is more similar to > "apt-get install". It will not upgrade the system packages > automatically theway "apt-get upgrade" does. > > > If upgrading is not meant for consumers, why is that broken package in > > the maemo repository? Shouldn't it be in sardine? I mean, what's the > > point on having updated packages? > > You are spot on. This is chaos and the mistral repositories should > not contain the broken packages. They need to be fixed and/or > reverted to the same version that is in the IT2006 flash image. > > People here are aware of this... (and also appropriately embarrassed). :) For the record I was hit too and hopefully found help on #maemo so I could get out of the reboot cycles. I did not realize that the application manager wasn't doing the same things as apt-get upgrade until too late. When the mistral repositories are fixed, what's the best course, apt-get upgrade again? (I do it through ssh from my regular PC.) Thanks in advance, Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Bluetooth headset news?
http://maemo.org/pipermail/maemo-developers/2005-December/002191.html Brad Midgley wrote two monthes ago: << I'm overseeing the bluetooth audio on linux project... Linux only supports SCO transfers for CSR chips. To use the current btsco stuff, Nokia is going to have to contribute a SCO driver to the kernel for whatever bluetooth chip they put in the 770. It's possible that they will route SCO to PCM hardware (direct to audio hardware or even the dsp) rather than HCI (to the cpu). If this is the case, btsco etc will need a little hacking to work that way. (Or even better, to be rewritten) >> Any news on this? I've been unable to locate any information using google. I've seen some nice Nokia Bluetooth Headsets while shopping this afternoon, would be great if Nokia Headsets worked with Nokia 770 :). Thanks in advance, Laurent ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers