Re: hackable:1 - new release
Marcus Bauer mba...@bearstech.com writes: Hello Openmoko Community, a new release of hackable:1 is available! Then, I'd very much suggest to update http://www.hackable1.org/wiki/Downloads which still points to rev3 AFAICT. My 2 cents, -- Olivier BERGER (OpenPGP: 1024D/B4C5F37F) http://www.olivierberger.com/weblog/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Havint trouble to trying out om2009 on sD card
Hi! I installed SHR, but I also want to install om2009 (because of paroli), and therefore I want to install om2009 on an sD card (shr is already in NAND). What I did: 1. Flashed Qi: dfu-util -a u-boot -R -D qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu 2. Partitioned sD card first: 10MB fat second: 500MB ext2 3. Extracted paroli image over it: (63MB, 20090501) wget http://downloads.openmoko.org/distro/testing/NeoFreerunner/fso-paroli-image-om-gta02.tar.gz 5. Made a symlink in /boot uImage-GTA02.bin - uImage-2.6.29-rc2 6. I made an append-GTA02 file loglevel = 8 4. Rebooted. It stuck at booting. Please wait: booting s3c2440-sdi: Regulator for SD_3V3 unavible 5. Downloaded an uImage from here: http://downloads.openmoko.org/distro/testing/NeoFreerunner/uImage-2.6.28-stable+gitr0+f19f259d3c1afde8eae53983fd19f61831927413-r2-om-gta02.bin 6. I copied over to /boot directory, and made a symlink uImage-GTA02.bin which points to this file. I stuck at booting the same way. What I miss? Must be something obvious. OR the paroli image is broken? Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Havint trouble to trying out om2009 on sD card
try to add rw in the options of the append file, btw no need of fat partition if you are using Qi 2009/5/6 Laszlo KREKACS laszlo.krekacs.l...@gmail.com: Hi! I installed SHR, but I also want to install om2009 (because of paroli), and therefore I want to install om2009 on an sD card (shr is already in NAND). What I did: 1. Flashed Qi: dfu-util -a u-boot -R -D qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu 2. Partitioned sD card first: 10MB fat second: 500MB ext2 3. Extracted paroli image over it: (63MB, 20090501) wget http://downloads.openmoko.org/distro/testing/NeoFreerunner/fso-paroli-image-om-gta02.tar.gz 5. Made a symlink in /boot uImage-GTA02.bin - uImage-2.6.29-rc2 6. I made an append-GTA02 file loglevel = 8 4. Rebooted. It stuck at booting. Please wait: booting s3c2440-sdi: Regulator for SD_3V3 unavible 5. Downloaded an uImage from here: http://downloads.openmoko.org/distro/testing/NeoFreerunner/uImage-2.6.28-stable+gitr0+f19f259d3c1afde8eae53983fd19f61831927413-r2-om-gta02.bin 6. I copied over to /boot directory, and made a symlink uImage-GTA02.bin which points to this file. I stuck at booting the same way. What I miss? Must be something obvious. OR the paroli image is broken? Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko and LCD TV
Am Mittwoch, 6. Mai 2009 04:05:56 schrieb roby: sorry for continuing the ot, but.. i always dreamt of a tv adblocker, anybody know of some project in this direction? Just have a look at vdr (video disk recorder) and noad. You can't watch live TV without ad but you are able to record and watch the recording (also timeshift is possible) with no ad. Most time I watch recordings, you save time and if someone disturbs you, just pause and resume later ;-) http://www.cadsoft.de/vdr/ and http://vdr-portal.de -- Erik Geiger ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Havint trouble to trying out om2009 on sD card
On Wed, May 6, 2009 at 8:51 AM, David Reyes Samblas Martinez da...@tuxbrain.com wrote: try to add rw in the options of the append file, r...@om-gta02 /media/mmcblk0p2/boot $ cat append-GTA02 rw loglevel = 8 r...@om-gta02 /media/mmcblk0p2/boot $ exit But no luck so far: [ 0.] Uknown boot option `g_ether.host_addr=00:1F:11:01:5D:38`: ignoring [ 0.] Uknown boot option `g_ether.dev_addr=00:1F:11:01:5D:38`: ignoring [ 0.] Uknown boot option `g_ether.host_addr=00:1F:11:01:5D:38`: ignoring [ 0.] Uknown boot option `g_ether.dev_addr=00:1F:11:01:5D:38`: ignoring Please wait: booting... [21474566.875000] regulator: Unable to get requested regulator: SD_3V3 [21474566.875000] s3c2440-sdi s3c2440: Regulator for SD_3V3 unavilable {cursor blinking} btw no need of fat partition if you are using Qi The wiki wasnt clear enough (http://wiki.openmoko.org/wiki/Booting_from_SD), and wanted to stay on the safe side. If I partitions right now, i would simply create three ext2 partitions, as Qi can boot up to 3 partitions from SD card. Is there somewhere a ready-made .tar.gz for Qi, which I simply need to unzip to an ext2 partition and no further editing? Just to be sure, that Qi can boot, and works as expected. (so rule out one source of problem) Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openmoko neo shape
There was a video showing Maddog Hall wearing one around his neck. Besides I found the design very stylish. The usual route of conversation goes like this: whats this...? me: openmoko ... takes it like iphone... me: it's not an iphone... touchscreen... me: and it runs on linux ..? and i got a square look. The point of interest is fading... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Havint trouble to trying out om2009 on sD card
Laszlo KREKACS laszlo.krekacs.l...@gmail.com writes: r...@om-gta02 /media/mmcblk0p2/boot $ cat append-GTA02 rw loglevel = 8 Extra spaces here! To be on the safe side, do everything on one (first) line like this: rw loglevel=8 And afaik rw is not needed with any recent image. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko and LCD TV
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ...An OM Device which doesn't comply with EMI Standards? :O hands up if you're suprised. hands go behind back Sam Kuper wrote: 2009/5/5 Marcel tan...@googlemail.com Am Dienstag, 5. Mai 2009 18:38:42 schrieb Mile Davidovic: Yesterday I accidentally put my OM phone near LCD TV (Samsung). SW on OM is QT Extended and when I press power button (to wake up mobile) TV immediately turn off. I tried again and TV changed channel. So, on my phone this behavioure is repeatable. If the neo had an infrared led I'd have guessed it sends some random signal, but since it does not... Voodoo... °_° Seriously: Electromagnetic fields? GSM? I really have to try that with my TV... There are various standards that define the kinds/amount of EMI that an electrical device must: (1) be able to cope with, and/or (2) not produce in excess of. It sounds like either your OM or your TV might not be fully compliant. Sam ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFKAUDuFbVnQRV3OEYRAlwIAJ41CxHJ6C2rPAtcQ4IjoS6k7UyCUQCgqnPg vihdyOM/k+yFp6s7PmyFTYE= =Wf+N -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ain't it funny..
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Risto H. Kurppa wrote: The community work seems to be slowing down now (because of the summer?) My guess would be that a whole lot of people have realised that their $400 Neo is better used as a boat anchor, and put them on ebay. or in the microwave. OM2009 testing 2 was released some days ago. So far ~3 e-mails on the list about it. New version of Mokomaze was released some days ago, too. Around 50 mails. To me this tells that people are more interested in Mokomaze than OM2009. Agreed - more people are interested in mokomaze, because they know what kind of godawful crap to expect from OM and are avoiding it like swine flu... which is strangely poetic IMHO (the metaphor of Neo as Swine Flu, that is). I'm starting to think that OM's real goal has always been to *not* produce a working distro, in the hopes that some genius would come along and do it for them. At which point they could say we don't need to make it work, Guy X has given us the excellent Distro Y... I mean, look at it from the company's perspective: They already have your money, and they know that they're totally mismanaged and will die out before producing another device. Also they're a dodgy Taiwanese company which makes them very difficult to prosecute under the consumer protection laws of less dodgy countries (even though they are technically legally bound by those laws), so what's in it for them to produce working software? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFKAUW/FbVnQRV3OEYRAq9RAJ9rObFB6hKp2V149Nh77rZdtZD34gCfRDAd klJyMizgksoWzba1EEJ6MKU= =R3Vr -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko and LCD TV
On Wednesday 06 May 2009, The Digital Pioneer wrote: They run Linux on TVs now?? What kind of processing is a TV doing that needs an OS overseeing it? I think it started with MHEG engines for DVB, and EPG. Next they started adding things like SD and USB with media viewers. This one's got an ethernet port that's currently unused, but some use them for streaming media playback. The problem is the usual one - things that don't quite behave as you want them to, or functions the hardware's capable of but they haven't implemented. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Havint trouble to trying out om2009 on sD card
El Wednesday, 6 de May de 2009 09:22:28 Laszlo KREKACS va escriure: On Wed, May 6, 2009 at 8:51 AM, David Reyes Samblas Martinez da...@tuxbrain.com wrote: try to add rw in the options of the append file, r...@om-gta02 /media/mmcblk0p2/boot $ cat append-GTA02 rw loglevel = 8 The append-GTA02 file should is append to the end of the kernel parameter so no vertical whitespace should be used. In a recent Qi /proc/cmdline for a kernel on the first partion of uSD is: loglevel=4 console=tty0 console=ttySAC2,115200 init=/sbin/init ro \ mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(qi),\ 0x0004(depr-ub-env),0x0080(kernel),0x000a(depr),\ 0x0004(identity-ext2),0x0f6a(rootfs) \ g_ether.host_addr=00:1F:11:01:1F:C2 g_ether.dev_addr=00:1F:11:01:1F:C2 \ root=/dev/mmcblk0p1 rootdelay=1 If the freeruner is booted holding the powerbutton Qi boots with loglevel=8 r...@om-gta02 /media/mmcblk0p2/boot $ exit But no luck so far: [ 0.] Uknown boot option `g_ether.host_addr=00:1F:11:01:5D:38`: ignoring [ 0.] Uknown boot option this warning series only mean that the kernel has g_ether as a module Please wait: booting... [21474566.875000] regulator: Unable to get requested regulator: SD_3V3 [21474566.875000] s3c2440-sdi s3c2440: Regulator for SD_3V3 unavilable {cursor blinking} btw no need of fat partition if you are using Qi The wiki wasnt clear enough (http://wiki.openmoko.org/wiki/Booting_from_SD), and wanted to stay on the safe side. In fact Qi ignores fat partitions If I partitions right now, i would simply create three ext2 partitions, as Qi can boot up to 3 partitions from SD card. Is there somewhere a ready-made .tar.gz for Qi, which I simply need to unzip to an ext2 partition and no further editing? Just to be sure, that Qi can boot, and works as expected. (so rule out one source of problem) I don't think that build system makes the symbolic link from /boot/uImage to /boot/uImage-GTA02.bin and I don't know what OE recipe is responsible for that change. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: PS3 Linux [was - Re: OpenMoko and LCD TV]
have you tried pairing yourn FR to the ps3 to use it as a controller/keyboard/music(or picture)streamer/whatever ? On Wed, May 6, 2009 at 7:02 AM, roguem...@roguewrt.org wrote: On 6/05/2009 1:53 PM, The Digital Pioneer wrote: Yeah, I know the PS3 has very little RAM, but it's extremely fast RAM is it not? I've also been told 3D isn't working... Do you have any idea if/when it will? And how's the actual system speed? You've got 8 threads available to you, do you not? Two PPU threads, and 6 SPU? I know one SPU is kept disabled, and another is reserved for the PS3 OS. Still, 8 threads at 3.2GHz each should be blazing fast. But that's all theory. To be honest I haven't really got dirty on the command line yet, I was more interested in out-of-the-box functionality in-so-far as the distro's X capabilities were concerned. As I said before, 3D acceleration is not available at this time, this is something I believe they imposed so that PS2 emulation is not possible. It's always possible that it will become available but I've not heard of anything yet. Utilising the vram as swap effectively adds ram. So general performance is fine. It's when you do something gpu intensive that the cpus load up and the system slows down significantly. Openoffice and printing work fine though :) So as for the specifics, I can't say much. I haven't looked at the available CPUs but gkrellm was only reporting 2 at the time. If I get a chance I might delve deeper and revisit this thread but no promises :) I get the impression, though this is speculative, that YDL utilises more of the system. Or maybe it just does it better. Either way the experience is more polished. Sarton ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: hackable:1 - new release
On Wed, 06 May 2009 08:23:30 +0200 Olivier Berger ober...@ouvaton.org wrote: Then, I'd very much suggest to update http://www.hackable1.org/wiki/Downloads which still points to rev3 AFAICT. fixed. thanks for the hint ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009 testing Release 2
Petr Vanek wrote: Hi Angus, thank you for the info and hard work. I have been testing paroli every two to three weeks (regularly i use shr). today i have flashed the testing release 2 image and used it this afternoon. the testing release seems to be full of new features. i flashed it to nand, i use qi. Paroli settings screen - change illume profile ( paroli fulsscreen or illume ) great and worked, one can choose upon demand so this is good. - GPRS settings APN settings enable or disable GPRS got connected instantly, just worked., great. G indication for connection is super. but i could eventually not get disconnected - had to kill paroli and eventually reboot anyways same, got connected instantly, and it displayed active, but if go back, and go again to gprs i got this for the status: dbus.Dictionary({dbus.String(u'registration'): ... and i can't even disconnect... I'm using paroli in the illume profile. Apart from that, i get the G in the notification area, got connected really quickly, resolv.conf and default route updated OK. Cheers - profile settings menu ringtone volume vibration on incoming call message volume vibration on incoming message and others - this needs to be enabled from /etc/paroli/paroli.cfg as some features are still a little experimental the setting app is good. Tons of new feature's in the FSO framework - Automatic timezones for mutlizone countries - lots under the hood check here to see all of them http://git.freesmartphone.org/?p=framework.git;a=summary Bugs fixed Power button does not shutdown device otimed sets timezone incorrectly in large countries FSO 389 Power status events ignored FSO 381 feeds are incorrectly set to unstable interface is responsive and consistent. i quite like it but had to get used to it... as i say i use it every now and then. i can imagine a bit different theming but i am sure this will come and it's not a priority now. i do like the one consistent application approach. now issues: the buttons are too small for fingers sometimes (delete on messages, + to add a message etc.) two times (huh, now again.. so three times) the tele crashed during phone call (call did not get disconnected so i could finish it.) then paroli restart or neo restart... sending sms while off signal gave no error, but no sms saved as draft so got simply lost... operator name not displayed (did get displayed in illume shelf though) sms receiving OK the biggest issue (and this is what i was hoping would be solved) is still the lng delay on call answer between pressing the answer button and the ring stopping and caller getting through. i actually lost one call on this. i never really understood the time changing by pressing the AUX button... and how do you set alarm time? autosuspend although enabled did not work, autodim does work Bugs fixed Power button does not shutdown device not for me :) i still have it on so i can do more tests if necessary... Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Om2008.x] Announcing BlueMoko 1.0b1
Dear list, this is for announcing the first beta release of BlueMoko, a PyGTK GUI handler for the bluetooth stack. ATM the program handles powering on/off, mode setting (visible, invisible, connectable), scanning for devices and pairing (with PIN too) but only with headset devices (pc, smartphone and others are planned in future versions). What works: A2DP support, connects with headset (tried with a Calypso) and routes default PCM audio to it so players can output directly without any modifications Partially working: headset profile, I have still some issues (I think depending on ALSA configuration but can't find an always reproducible way to handle it) so sometimes it works other time not...plus, after pairing with the headset you have to manually (ATM) handle the alsa state loading during the call (using the alsa state provided by Angus in the Wiki) Not working: connecting with other BT devices but audio. I still don't support FSO based distributions as I have no time to install them but some friends will help me (or anyone who want to participate is welcome ;) ) and there is no opk package yet (hope during next weekend after some code fixing). You can grab the sources at the project CVS here[1]: you only need these 3 files: bluemoko-bin, bluemoko.py and bluetooth.py, simpyl copy in a folder and launch the bin. The sources are based upon the older scripts provided by Angus several months ago (thank you very much for the starting point) and I learned to program python since January so don't expect good code ;) by reading the ShortOM source code (useful for training with PyGTK too, thanks to Luca :) ) Dependencies: PyGTK, Bluez-3.33 Final note: if the program complains about not running on a Neo, probably your /sys files to access powering and resetting bluetooth are different from mine, so you can modify their path on rows 29 and 30 of the bluetooth.py source. Thank you in advance, bye! [1] http://projects.openmoko.org/projects/bluemoko/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] emacs package
Following Łukasz's lead I've found this: http://downloads.openmoko.org/repository/testing/armv4t/emacs_22.3-r0_armv4t.ipk Will let you know if it works... Roland -- QURU Ltd, London ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr - messages + wsod
On Tue, May 5, 2009 at 9:03 PM, ivvmm unachieva...@gmail.com wrote: ivvmm wrote: Pietro m0nt0 Montorfano wrote: Il giorno mar, 21/04/2009 alle 22.30 +0400, ivvmm ha scritto: Pietro Montorfano wrote: just get back to the old 2.6.29-r2 kernel and then wsod will go away. How can this be achieved? The WSOD is really getting on my nerves. Quite simple but dirty: 1) download a tar.gz version of shr which was running and the uImage, let's say the one built on 10th of april, before the big upgrade. 2) get the /lib/modules/2.6.29-r2 dir out of the tar.gz 3) copy it to your FR with scp, obviously it should be in /lib/modules 4) run depmod -ae from your FR 5a) if you are using the flash, use dfu-util to flash the kernel 5b) if you are using the uSD, copy the uImage in the right place There are other ways like using opkg or something similar but, hey, this is simple and it's working :D Bye! Pietro Thank you for the solution. But why just SHR developers do not revert the kernel packages in testing and leave newer in unstable? It seems that I've found the way to avoid WSOD. If is somehow connected with the backlight of the display. If you live it at 100% the WSOD will not happen. just did a test with the latest builds but WSOD is still an issue :( Thanks Tony ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Download Link OM 2007 ?
I only have found http://downloads.openmoko.org/distro/obsolete-images/Om2007.11/images/neo1973/ but seems is only for gta01, can any body confirm this? 2009/5/6 Christoph Pulster openm...@pulster.de: Hi, where can I find OM 2007 distribution to download ? OM 2007 = the system units are shipped from factory. AFAIK this version is not available, if so, why ? Thanks, Chris ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Download Link OM 2007 ?
Could you use DFU-util to get OM2007.2 off one of your phones? Seems broken at the moment, however: http://docs.openmoko.org/trac/ticket/676 Joseph 2009/5/6 David Reyes Samblas Martinez da...@tuxbrain.com: I only have found http://downloads.openmoko.org/distro/obsolete-images/Om2007.11/images/neo1973/ but seems is only for gta01, can any body confirm this? 2009/5/6 Christoph Pulster openm...@pulster.de: Hi, where can I find OM 2007 distribution to download ? OM 2007 = the system units are shipped from factory. AFAIK this version is not available, if so, why ? Thanks, Chris ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
error with dbus
Hello! I developped a simple code using dbus, it successed on PC, but it failed on the freerunner showing this error messaj: Connection Error (dbus-launch failed to autolaunch D-Bus session: Autolaunch requested, but X11 support not compiled in. Cannot continue. ) the attached file is my code sender.c what is the reaseon, and what should I do /* * Example low-level D-Bus code. * Written by Matthew Johnson d...@matthew.ath.cx * * This code has been released into the Public Domain. * You may do whatever you like with it. */ #include dbus/dbus.h #include stdbool.h #include unistd.h #include stdio.h #include stdlib.h /** * Connect to the DBUS bus and send a broadcast signal */ void sendsignal(int sigvalue) { DBusMessage* msg; DBusMessageIter args; DBusConnection* conn; DBusError err; int ret; dbus_uint32_t serial = 0; printf(Sending signal with value %d\n, sigvalue); // initialise the error value dbus_error_init(err); // connect to the DBUS system bus, and check for errors conn = dbus_bus_get(DBUS_BUS_SESSION, err); if (dbus_error_is_set(err)) { fprintf(stderr, Connection Error (%s)\n, err.message); dbus_error_free(err); } if (NULL == conn) { exit(1); } // register our name on the bus, and check for errors ret = dbus_bus_request_name(conn, test.signal.source, DBUS_NAME_FLAG_REPLACE_EXISTING , err); if (dbus_error_is_set(err)) { fprintf(stderr, Name Error (%s)\n, err.message); dbus_error_free(err); } // if (DBUS_REQUEST_NAME_REPLY_PRIMARY_OWNER != ret) { // exit(1); //} // create a signal check for errors msg = dbus_message_new_signal(/test/signal/Object, // object name of the signal test.signal.Type, // interface name of the signal Test); // name of the signal if (NULL == msg) { fprintf(stderr, Message Null\n); exit(1); } // append arguments onto signal dbus_message_iter_init_append(msg, args); if (!dbus_message_iter_append_basic(args, DBUS_TYPE_INT32,sigvalue)) { fprintf(stderr, Out Of Memory!\n); exit(1); } // send the message and flush the connection if (!dbus_connection_send(conn, msg, serial)) { fprintf(stderr, Out Of Memory!\n); exit(1); } dbus_connection_flush(conn); printf(Signal Sent\n); // free the message dbus_message_unref(msg); printf(ok1 \n); return ; } int main(int argc, char** argv) { int param = 4; int x,i; FILE* in3 = fopen(event3, r); for (i=0;i16;i++) { fread(x, 1, 4, in3); sendsignal(x); } fclose(in3); sendsignal(param); return 0; } ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Download Link OM 2007 ?
no DFU util is not an option, you better use NeoTool to do a backup image. 2009/5/6 Joseph Reeves iknowjos...@gmail.com: Could you use DFU-util to get OM2007.2 off one of your phones? Seems broken at the moment, however: http://docs.openmoko.org/trac/ticket/676 Joseph 2009/5/6 David Reyes Samblas Martinez da...@tuxbrain.com: I only have found http://downloads.openmoko.org/distro/obsolete-images/Om2007.11/images/neo1973/ but seems is only for gta01, can any body confirm this? 2009/5/6 Christoph Pulster openm...@pulster.de: Hi, where can I find OM 2007 distribution to download ? OM 2007 = the system units are shipped from factory. AFAIK this version is not available, if so, why ? Thanks, Chris ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
Hi, Robin Paulson wrote: 1. could you provide a setting for the default directory at startup? I'm not sure what you mean. I wrote intone with the idea that you don't need to deal with directories at all. Add songs, select/edit a playlist, and that gets loaded when you start. Or are you talking about a default directory in the directory browser? Robin Paulson wrote: 2. is there any chance of getting songs displayed with their id3 tags, rather than filenames? Thats going along - though slowly. I'm going to release a new version by the weekend that allows the user to toggle to a different view with album art and id3 tags (if available). Do you want id3 tags in the list too? Robin Paulson wrote: 3. there's an annoying flickering whenever i enter a new directory in ?the 'add albums' page. Are you talking about the 1st entry getting selected/unselected 3 times or 4? That seems to happen when I use genlists - seems like an elementary thing - though it could be my fault. Let me try and solve that. The new version will also have sliders for bass and treble. And some cleanups. -- View this message in context: http://n2.nabble.com/Intone-%280.30---beta-release%29-Elementary-based-mplayer-frontend-tp2587826p2810025.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tasks Client for FR
Hi, Vladimir Berezenko wrote: Does it have an interface to add tasks from other apps (e.x. PIM birthdays)? No. Not yet. Haven't used PIM birthdays myself. Though that shouldn't be difficult considering the data (for the tasks app) is in a sqlite db. Is PIM birthdays a debian app? -- View this message in context: http://n2.nabble.com/Tasks-Client-for-FR-tp2609094p2810128.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tasks Client for FR
On Wed, May 6, 2009 at 11:59 AM, c_c cchan...@yahoo.com wrote: Hi, Vladimir Berezenko wrote: Does it have an interface to add tasks from other apps (e.x. PIM birthdays)? No. Not yet. Haven't used PIM birthdays myself. Though that shouldn't be difficult considering the data (for the tasks app) is in a sqlite db. Is PIM birthdays a debian app? I think what Vladimir meant is birthdays in the PIM application, not an application called PIM birthdays Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
If requests are in order I'll give you mine as well. Does it seem to me, or is Intone still lacking a repeat option. It's tiresome restarting the playlist when it runs out. Also, I suggest you still check files' existance before loading them as I've still had problems, when I load playlists where the files have been added, moved or deleted in the folder. I'd also be interested to know, how interfacing with dbus is coming along. The most important thing right now would be to get the CPU resource registration to work so we wouldn't have to disable autosuspend manually. Also, I'd really prefer if you'd make adding new music file-based instead of album/directory based. We should just be able to browse through directories and select multiple files and add them to the current playlist which should be savable. Other than that, good work, keep it up. Yogiz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ain't it funny..
Bitter much? : ) On Wed, 06 May 2009 18:09:35 +1000 Dale Maggee anti...@internode.on.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Risto H. Kurppa wrote: The community work seems to be slowing down now (because of the summer?) My guess would be that a whole lot of people have realised that their $400 Neo is better used as a boat anchor, and put them on ebay. or in the microwave. OM2009 testing 2 was released some days ago. So far ~3 e-mails on the list about it. New version of Mokomaze was released some days ago, too. Around 50 mails. To me this tells that people are more interested in Mokomaze than OM2009. Agreed - more people are interested in mokomaze, because they know what kind of godawful crap to expect from OM and are avoiding it like swine flu... which is strangely poetic IMHO (the metaphor of Neo as Swine Flu, that is). I'm starting to think that OM's real goal has always been to *not* produce a working distro, in the hopes that some genius would come along and do it for them. At which point they could say we don't need to make it work, Guy X has given us the excellent Distro Y... I mean, look at it from the company's perspective: They already have your money, and they know that they're totally mismanaged and will die out before producing another device. Also they're a dodgy Taiwanese company which makes them very difficult to prosecute under the consumer protection laws of less dodgy countries (even though they are technically legally bound by those laws), so what's in it for them to produce working software? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFKAUW/FbVnQRV3OEYRAq9RAJ9rObFB6hKp2V149Nh77rZdtZD34gCfRDAd klJyMizgksoWzba1EEJ6MKU= =R3Vr -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ain't it funny..
Bitter much? : ) nope. he's just a troll. On Wed, 06 May 2009 18:09:35 +1000 Dale Maggee anti...@internode.on.net wrote: ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ain't it funny..
On Wednesday 06 May 2009 10:09:35 Dale Maggee wrote: Risto H. Kurppa wrote: The community work seems to be slowing down now (because of the summer?) My guess would be that a whole lot of people have realised that their $400 Neo is better used as a boat anchor, and put them on ebay. or in the microwave. I suppose for using Neo as a boat anchor, we might change Buzz Fix Parties by Lead fill parties :P ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
wristwatch accessories?
I would like some kind of wristwatch accessory to my phone. There are wristwatch phones but these doesnt seem hackable. I dont need the entire phone in the wristwatch, but it would be nice with a bluetooth enabled touch-display on the wrist. Does anyone know of something useful like this? -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr - messages + wsod
On Wed, May 6, 2009 at 12:38 PM, Nelson Castillo arhu...@freaks-unidos.netwrote: On Wed, May 6, 2009 at 4:19 AM, Tony Berth tonybe...@googlemail.com wrote: (cut) It seems that I've found the way to avoid WSOD. If is somehow connected with the backlight of the display. If you live it at 100% the WSOD will not happen. just did a test with the latest builds but WSOD is still an issue :( It has been reported it will not happen with Qi. I did install Qi prior to that! Thanks Tony ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
Hi, Yogiz wrote: If requests are in order I'll give you mine as well. :-) - Yup, requests are welcome. Yogiz wrote: is Intone still lacking a repeat option. It's tiresome restarting the playlist when it runs out. Ok. I'm assuming you want the playlist to repeat after it ends. Will add that as an option. Yogiz wrote: Also, I suggest you still check files' existance before loading them as I've still had problems, when I load playlists where the files have been added, moved or deleted in the folder. Hmmm. I *am* checking for the files presence - but apparently the way I handle missing files is not too great. Will have to sort that out. Yogiz wrote: I'd also be interested to know, how interfacing with dbus is coming along. Thats partially done. request resource (CPU) works - but pause on incoming calls is a little flaky. Should be done by the weekend though. Yogiz wrote: Also, I'd really prefer if you'd make adding new music file-based instead of album/directory based. Ok. This will take a little time - but I'll add that as an alternate. Yogiz wrote: Other than that, good work, keep it up. Thanks. -- View this message in context: http://n2.nabble.com/Intone-%280.30---beta-release%29-Elementary-based-mplayer-frontend-tp2587826p2811674.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tasks Client for FR
Hi, liedekef wrote: I think what Vladimir meant is birthdays in the PIM application, not an application called PIM birthdays Ok. But I'm still not clear. Which app are we talking about in which distribution? I dont see this in SHR/FSO. Or am I missing something? -- View this message in context: http://n2.nabble.com/Tasks-Client-for-FR-tp2609094p2811772.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.x] Announcing BlueMoko 1.0b1
DJDAS dj...@djdas.net writes: this is for announcing the first beta release of BlueMoko, a PyGTK GUI handler for the bluetooth stack. ... I still don't support FSO based distributions ... Dependencies: PyGTK, Bluez-3.33 OM2008.x was deprecated half a year ago (moreover, many people think it was dead-born), Bluez-3.x were put to maintenance mode for quite some time (a year?) too. I'm afraid you missed the train. :( And BTW, FSO-based distros should now support bluetooth headsets out of the box, one needs to follow instructions from [1]. [1] http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Once_Again.2C_Bluetooth_Headset_on_Freerunner -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
2009/5/6 c_c cchan...@yahoo.com: 1. could you provide a setting for the default directory at startup? I'm not sure what you mean. I wrote intone with the idea that you don't need to deal with directories at all. Add songs, select/edit a playlist, and that gets loaded when you start. Or are you talking about a default directory in the directory browser? yes, i'm talking about a default directory. i prefer not to use the playlists, selecting albums folder by folder, using the file structure as if it was a library - much easier and simpler i find 2. is there any chance of getting songs displayed with their id3 tags, rather than filenames? Thats going along - though slowly. I'm going to release a new version by the weekend that allows the user to toggle to a different view with album art and id3 tags (if available). Do you want id3 tags in the list too? yes, that'd be great. so long as it doesn't slow things down too much 3. there's an annoying flickering whenever i enter a new directory in ?the 'add albums' page. Are you talking about the 1st entry getting selected/unselected 3 times or 4? yes, you put it better than me That seems to happen when I use genlists - seems like an elementary thing - though it could be my fault. Let me try and solve that. great The new version will also have sliders for bass and treble. And some cleanups. i'd say: keep it simple and leave the sliders out - i know what a hard job it is mixing and mastering music for hundreds of different playback devices, and i'm not sure what we can add by clumsily tweaking the sound with a software EQ. i like intone *a lot* as it is. i think with the above things, it'd be perfect. so many apps get more and more bloated, adding (imo) unnecessary features. but that's just me oh, one other thing - can you make the play button change to a pause symbol when it's playing? cheers ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-config
no, there is a shr-config that is part of the distro target which should therefore be available as an install - if it would build. BillK On Wed, 2009-05-06 at 13:34 +0200, Jakob wrote: Do you mean shr-settings? It should be already present on the image. Jake On 5/6/09, Nacho Seijo lists.na...@gmail.com wrote: Today I flashed shr-unstable. And I wanted to install shr-config. But this is what i get: r...@om-gta02 ~ $ opkg install shr-config Collected errors: * Cannot find package shr-config. r...@om-gta02 ~ $ opkg list |grep shr-config r...@om-gta02 ~ $ Has shr-config changed the name? It's not in the repository? I liked it, and how it was progressing Regards ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy bi...@iinet.net.au Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: wristwatch accessories?
2009/5/6 joa...@verona.se: I would like some kind of wristwatch accessory to my phone. There are wristwatch phones but these doesnt seem hackable. I dont need the entire phone in the wristwatch, but it would be nice with a bluetooth enabled touch-display on the wrist. Does anyone know of something useful like this? this place is good for any embedded linux stuff - try a search with wrist watch as the search term; that turned up a few hits for me http://linuxdevices.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.x] Announcing BlueMoko 1.0b1
On Wed, May 6, 2009 at 1:17 PM, Paul Fertser fercer...@gmail.com wrote: DJDAS dj...@djdas.net writes: this is for announcing the first beta release of BlueMoko, a PyGTK GUI handler for the bluetooth stack. ... I still don't support FSO based distributions ... Dependencies: PyGTK, Bluez-3.33 OM2008.x was deprecated half a year ago (moreover, many people think it was dead-born), Bluez-3.x were put to maintenance mode for quite some time (a year?) too. I'm afraid you missed the train. :( And BTW, FSO-based distros should now support bluetooth headsets out of the box, one needs to follow instructions from [1]. [1] http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Once_Again.2C_Bluetooth_Headset_on_Freerunner I beg to differ, but if those instructions mean out of the box, then all commandline things are out of the box as well. Commandline instructions are very nice, but when you're in a car and try to pair with the car bluetooth, this is not practical at all. You need a gui there... Also, the person that wrote that wiki says However, I couldn't get an actual voice over it, just crackling. If this is no longer true, somebody should change it. Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Bluetooth headsets in FSO (was: Re: [Om2008.x] Announcing BlueMoko 1.0b1)
Franky Van Liedekerke liede...@telenet.be writes: And BTW, FSO-based distros should now support bluetooth headsets out of the box, one needs to follow instructions from [1]. [1] http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Once_Again.2C_Bluetooth_Headset_on_Freerunner I beg to differ, but if those instructions mean out of the box, then all commandline things are out of the box as well. Commandline instructions are very nice, but when you're in a car and try to pair with the car bluetooth, this is not practical at all. You need a gui there... You Qtopia guys seem to have a quite unusual (for a unix hackers) POV ;) Framework already supports BT headsets. The fact GUI is missing shows the lack of interest from end-users, well, i think it'll change soon. Also, the person that wrote that wiki says However, I couldn't get an actual voice over it, just crackling. If this is no longer true, somebody should change it. Somebody should finally try to use this support and report the findings. Of course, Jan, who wrote the code, tried it and it worked for him. And BTW please take into account it seems that not all headsets are compatible with BT chip we use (at least it was the case some time ago, i guess i need to try again with my not-working headset and latest bluez and bluetooth-testing kernel branch). -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bluetooth headsets in FSO
Paul Fertser ha scritto: Franky Van Liedekerke liede...@telenet.be writes: And BTW, FSO-based distros should now support bluetooth headsets out of the box, one needs to follow instructions from [1]. [1] http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Once_Again.2C_Bluetooth_Headset_on_Freerunner I beg to differ, but if those instructions mean out of the box, then all commandline things are out of the box as well. Commandline instructions are very nice, but when you're in a car and try to pair with the car bluetooth, this is not practical at all. You need a gui there... You Qtopia guys seem to have a quite unusual (for a unix hackers) POV ;) Framework already supports BT headsets. The fact GUI is missing shows the lack of interest from end-users, well, i think it'll change soon. The fact stable telephony is still missing since 2 years doesn't seem lack of interest :P Seriously: BlueMoko is intended mainly as GUI for Bluetooth because every 20€ phone has its own... I started as proof-of-concept with those dependencies as they are the most stable to my daily use distro and working properly for my experiments, but consider it uses only DBUS calls to Bluez so if APIs don't change too much (I have to verify) it should work with Bluez4 too and for FSO I plan to integrate compatibility with it to let it work with every distro (except qtopia based obviously, but they should still have their BT GUI). Furthermore I didn't read of A2DP support in FSO and BlueMoko started with it in mind ;) If FSO team agrees too, they can integrate my future plans (file exchange, AVRCP, networking...) and we can work together to provide full BT support, provided I'd like to customize GUI handling to achieve compatibility with different toolkits (GTK, Elementary, console, etc..) Bye! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bluetooth headsets in FSO (was: Re: [Om2008.x] Announcing BlueMoko 1.0b1)
On Wed, May 6, 2009 at 2:11 PM, Paul Fertser fercer...@gmail.com wrote: Franky Van Liedekerke liede...@telenet.be writes: And BTW, FSO-based distros should now support bluetooth headsets out of the box, one needs to follow instructions from [1]. [1] http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Once_Again.2C_Bluetooth_Headset_on_Freerunner I beg to differ, but if those instructions mean out of the box, then all commandline things are out of the box as well. Commandline instructions are very nice, but when you're in a car and try to pair with the car bluetooth, this is not practical at all. You need a gui there... You Qtopia guys seem to have a quite unusual (for a unix hackers) POV ;) then you try to enter your commands on your FR in your car ... I think I just as well can put my phone aside, drive to my destination, tell them to wait half an hour, go back and start typing :-) Framework already supports BT headsets. The fact GUI is missing shows the lack of interest from end-users, well, i think it'll change soon. hmm ... I thought end-users were people actually using the phone, not unix-hackers ... but I saw the announcement of a bluetooth gui for Om2008, aboeit for bluez3. Oh wait, that's what qtopia does as well :-) But since the newer kernels are there: no bluez3, thus no qtopia bluetooth ... hopefully for Om2009 final that'll change. Also, the person that wrote that wiki says However, I couldn't get an actual voice over it, just crackling. If this is no longer true, somebody should change it. Somebody should finally try to use this support and report the findings. Of course, Jan, who wrote the code, tried it and it worked for him. And BTW please take into account it seems that not all headsets are compatible with BT chip we use (at least it was the case some time ago, i guess i need to try again with my not-working headset and latest bluez and bluetooth-testing kernel branch). heh, trying to get your non-working headset to work, are you? :-) Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
Hi, Robin Paulson wrote: yes, i'm talking about a default directory. i prefer not to use the playlists, selecting albums folder by folder, using the file structure as if it was a library - much easier and simpler i find If I understand you correctly, you're looking at adding a folder and letting intone play it. As of now, if you add the root folder of your music to intone, you'll get all your folders added as albums and playlists automatically. Then - you just use the playlist you want (which is the same as selecting that folder). Or am I missing something you want? Robin Paulson wrote: Do you want id3 tags in the list too? yes, that'd be great. so long as it doesn't slow things down too much It *will* slow down the initial scan at the very least. And increase dependency on another set of libraries. Let me think over this. Robin Paulson wrote: The new version will also have sliders for bass and treble. i'd say: keep it simple and leave the sliders out I was looking at controlling the bass and treble levels in the WM8753 tone control. Not software based. Robin Paulson wrote: oh, one other thing - can you make the play button change to a pause symbol when it's playing? :-) That's been one thing I've always managed to miss in every release. Will do that this time. -- View this message in context: http://n2.nabble.com/Intone-%280.30---beta-release%29-Elementary-based-mplayer-frontend-tp2587826p2814123.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bluetooth headsets in FSO
Franky Van Liedekerke ha scritto: Framework already supports BT headsets. The fact GUI is missing shows the lack of interest from end-users, well, i think it'll change soon. hmm ... I thought end-users were people actually using the phone, not unix-hackers ... That's why I wrote it ;) but I saw the announcement of a bluetooth gui for Om2008, aboeit for bluez3. Well those are minimum requirements as I couldn't test other distros but, as I wrote in the last post, I use only DBUS calls to Bluez so maybe it should work on other distros (probably in FSO to given I don't use FSO calls yet...). The only userspace dependency is PyGTK but I think almost every distro has it installed. I think the only real issue could be the power and reset /sys files which change between different kernel versions... I accept suggestions and patches too :P Thank you, bye! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bluetooth headsets in FSO
On Wed, May 6, 2009 at 4:11 PM, DJDAS dj...@djdas.net wrote: Franky Van Liedekerke ha scritto: Framework already supports BT headsets. The fact GUI is missing shows the lack of interest from end-users, well, i think it'll change soon. hmm ... I thought end-users were people actually using the phone, not unix-hackers ... That's why I wrote it ;) but I saw the announcement of a bluetooth gui for Om2008, aboeit for bluez3. Well those are minimum requirements as I couldn't test other distros but, as I wrote in the last post, I use only DBUS calls to Bluez so maybe it should work on other distros (probably in FSO to given I don't use FSO calls yet...). The only userspace dependency is PyGTK but I think almost every distro has it installed. I think the only real issue could be the power and reset /sys files which change between different kernel versions... I accept suggestions and patches too :P sure you do :-) DBUS calls have changed quite a lot between bluez3 and bluez4. I face the same problem for QtEi, but I don't feel like doing all that work on my own there (it's quite a big code change). So for now QtEi has no bluetooth in newer kernels (if they don't provide the bluez3 package anymore). Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[shr-testing] kernel with working g_ether to Windoze connection?
Hi folks. The opkg upgrade broke the USB connectivity to Windows boxes once again. Can anyone tell me which kernel versions have this running? Thx. V. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[OT] Re: OpenMoko and LCD TV
They run Linux on TVs now?? What kind of processing is a TV doing that needs an OS overseeing it? I think it started with MHEG engines for DVB, and EPG. Next they started adding things like SD and USB with media viewers. This one's got an ethernet port that's currently unused, but some use them for streaming media playback. The problem is the usual one - things that don't quite behave as you want them to, or functions the hardware's capable of but they haven't implemented. Is the firmware's source available somewhere? Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OT] Re: OpenMoko and LCD TV
Is the firmware's source available somewhere? http://products.sel.sony.com/linux/source.htm from sony. KP ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] emacs package
It's been asked before but I can't find any references to a package for Emacs. Does such exist? If not, how can I get Emacs running - If you run Debian on your FR, then you can just aptitude install emacs. doesn't need to be xemacs as I'm quite happy to run it either in terminal or via a remote session. Not sure what you mean by that, since Emacs is not just a terminal application. Maybe you're one of the few remaining victims of the confusion XEmacs is Emacs for X? Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] emacs package
It's been asked before but I can't find any references to a package for emacs. Does such exist? If not, how can I get emacs running - doesn't need to be xemacs as I'm quite happy to run it either in terminal or via a remote session. I install joe which includes jmacs an emacs-like editor. I also recommend Zile if you're looking for a poor man's Emacs. Among the small emacs-like editors, it's the one that's closest to the real thing (both visually and in its behavior). Stefan PS: And on my Debian-i686 desktop, Zile is about 1/3 the size of Joe. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-testing] kernel with working g_ether to Windoze connection?
switch to linux! or do a dual boot. i dont know how anyone could manage to do anything with an openmoko without some kind of linux box. plus its free : ) 2009/5/6 Vasco Névoa vasco.ne...@sapo.pt: Hi folks. The opkg upgrade broke the USB connectivity to Windows boxes once again. Can anyone tell me which kernel versions have this running? Thx. V. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
shr-testing pimlico window size and power shortcut
hello again folks. question 1: last night i installed the 2 availabile parts of the 4 part pimlico set of tools. tasks works well but dates[calendar] is having some issues. when started in the upright position the magnify button is place outside of the visible window. when started in the clockwise 90* position the magnify button shows. keeping the dates app open then rotating the screen back to upright and the magnify button magically re-appears into the visible window. switch to the GTK-theme and the magnify button has no issues at all. so.. is there anyway to set the max window size with .desktop files? i added X-home-applet-maxwidth=480 but that did nothing to help. question 2: for some reason or another i seem to be setting my power settings to different was quite often. and my impatience is starting to show. loading shr-settings then waiting to it to open, then loading the power module and waiting for it to open are getting to me. is there any way that i can make a desktop shortcut that only fires the power module? ive noticed that i can switch between power and settings with the task switcher which makes me think they are separate entities - jeremy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-testing] kernel with working g_ether to Windoze connection?
I would, but I don't think my employer would agree. :) I use nothing but FLOSS everywhere, except of course at work, where I have to use the official workstation software... :P And it is very handy to hack the latest tweaks on my neo while waiting for a compilation to finish... ;) Right now, the Neo is networkless with SHR-testing in a Windows environment: - wifi is no good; - bluetooth way too complicated; - USB doesn't work; - GPRS stalls and doesn't allow opkg update, so forget upgrade SO GIMME THE WORKIN KERNEL ALREADY!!! :D I just find it strange all this back and forth, one version it works, the next it doesn't, then it works again, then not is that patch so difficult to keep alive?? Citando jeremy jozwik jerjoz.for...@gmail.com: switch to linux! or do a dual boot. i dont know how anyone could manage to do anything with an openmoko without some kind of linux box. plus its free : ) 2009/5/6 Vasco Névoa vasco.ne...@sapo.pt: Hi folks. The opkg upgrade broke the USB connectivity to Windows boxes once again. Can anyone tell me which kernel versions have this running? Thx. V. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bluetooth headsets in FSO
DJDAS dj...@djdas.net writes: Franky Van Liedekerke ha scritto: Framework already supports BT headsets. The fact GUI is missing shows the lack of interest from end-users, well, i think it'll change soon. hmm ... I thought end-users were people actually using the phone, not unix-hackers ... That's why I wrote it ;) It's very nice you work on it. Too bad you use a dead-born deprecated distro ;) but I saw the announcement of a bluetooth gui for Om2008, aboeit for bluez3. Well those are minimum requirements as I couldn't test other distros but, as I wrote in the last post, I use only DBUS calls to Bluez so maybe it should work on other distros (probably in FSO to given I don't use FSO calls yet...). As Franky already mentioned, bluez3 and bluez4 interfaces are completely different, so porting won't be that easy :-/ The only userspace dependency is PyGTK but I think almost every distro has it installed. Yep, no problems with that. I think the only real issue could be the power and reset /sys files which change between different kernel versions... I accept suggestions and patches too :P One of the reasons FSO integrates functionality of powering and resetting devices is exactly that. Higher level app devs shouldn't be bothered with kernel changes, FSO quickly adopts to it and you receive all updates free. In fact, you might like the idea of FSO, take a look at specs ;) -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing pimlico window size and power shortcut
On Wed, May 6, 2009 at 17:33, jeremy jozwik jerjoz.for...@gmail.com wrote: question 2: for some reason or another i seem to be setting my power settings to different was quite often. and my impatience is starting to show. loading shr-settings then waiting to it to open, then loading the power module and waiting for it to open are getting to me. is there any way that i can make a desktop shortcut that only fires the power module? ive noticed that i can switch between power and settings with the task switcher which makes me think they are separate entities shr-settings --help will help you :) I think you are interested in that command: shr-settings Power shr_pm.Pm shr_device_timeouts.Timeouts That's part from shr-settings code, which lists available modules and defines default categories: dirs = [[_(Phone),icon_phone.png, [ 'shr_gsm.Gsm', 'shr_call.Call', 'shr_sim.Sim' ] ], [_(Profiles),icon_profiles.png, [ 'shr_profile.Profile', 'shr_currentprofile.CurrentProfile' ] ], [_(Connectivity),icon_connectivity.png, [ 'shr_wifi.Wifi', 'shr_gprs.Gprs', 'shr_usb.Usb', 'shr_bt.Bt' ] ], [_(GPS), icon_gps.png, [ 'shr_gps.Gps' ] ], [_(Date/time),icon_datetime.png, [ 'shr_clock.Clock' ] ], [_(Power),icon_power.png, [ 'shr_battery.Battery', 'shr_display.Display', 'shr_pm.Pm' , 'shr_device_timeouts.Timeouts' ] ], [_(Services),icon_services.png, [ 'shr_services.Services' ] ], [_(Others), icon_others.png, [ 'shr_test.Test' ] ] ] In command line you can use all of them and combine it to your own group. For instance, i'm using that command when holding AUX button: shr-settings AUX menu shr_profile.Profile shr_display.Display shr_pm.Pm If you have more questions about shr-settings, feel free to ask me :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-testing] kernel with working g_ether to Windoze connection?
Vasco Névoa vasco.ne...@sapo.pt writes: I would, but I don't think my employer would agree. :) I use nothing but FLOSS everywhere, except of course at work, where I have to use the official workstation software... :P And it is very handy to hack the latest tweaks on my neo while waiting for a compilation to finish... ;) Right now, the Neo is networkless with SHR-testing in a Windows environment: - wifi is no good; Would you mind sharing the details? Which AP, what particular problems? - bluetooth way too complicated; Not any more complicated than with any other GNU/Linux device. - GPRS stalls and doesn't allow opkg update, so forget upgrade Well, probably it'll be solved with the new abyss muxer. SO GIMME THE WORKIN KERNEL ALREADY!!! :D Why don't you just specify which kernel revision works and which doesn't? How any kernel dev is supposed to solve your problems if you even don't properly describe it? Why don't you use the kernel that worked on your FR in the meantime? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-testing] kernel with working g_ether to Windoze connection?
Paul Fertser escreveu: Vasco Névoa vasco.ne...@sapo.pt writes: - GPRS stalls and doesn't allow opkg update, so forget upgrade Well, probably it'll be solved with the new abyss muxer. That's good to know. SO GIMME THE WORKIN KERNEL ALREADY!!! :D Why don't you just specify which kernel revision works and which doesn't? How any kernel dev is supposed to solve your problems if you even don't properly describe it? Why don't you use the kernel that worked on your FR in the meantime? If I knew, I wouldn't have a problem, would I? :) When I saw the usb and GPRS problems were gone, I assumed they wouldn't come back, at least so soon. So there was no reason to make note of which kernel I had. It is not common to lose a patch immediately after it is integrated... Apparently I was obviously wrong. I'm not here to make anyone angry, I just posed a simple question: does anyone know which versions work? Thanks for the attention. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] emacs package
It's been asked before but I can't find any references to a package for Emacs. Does such exist? If not, how can I get Emacs running - Use vim in stead! doesn't need to be xemacs as I'm quite happy to run it either in terminal or via a remote session. Not sure what you mean by that, since Emacs is not just a terminal application. Maybe you're one of the few remaining victims of the confusion XEmacs is Emacs for X? Use vim in stead! PS Use vim in stead! ;-) -- /_\ The ASCII Per comunicare in modo riservato: \_/ Ribbon Campaign gpg --keyserver pool.sks-keyservers.net \ X Against HTML--recv-keys 20611EAD /_\ Email! -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-testing] kernel with working g_ether to Windoze connection?
Vasco Nevoa vasco.ne...@sapo.pt writes: Why don't you just specify which kernel revision works and which doesn't? How any kernel dev is supposed to solve your problems if you even don't properly describe it? Why don't you use the kernel that worked on your FR in the meantime? If I knew, I wouldn't have a problem, would I? :) At least you know the date (and the place you downloaded) the kernel had no problems and the problematic revision you use now, but you don't specify it. The kernel commit that finally fixed RNDIS issues was f63e59c84aa21d2745f115209bf949eca27008b1 and it was added to andy-tracking branch on Mar 16. I don't see anything related since then. Since you don't specify what revision you use now, i'm unable to even say if your rev includes the commit or not. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Enlightenment and .desktop file (with autostarting)
Hi! I hope my questions are mainly rtfm ones, so someone can provide me the right links;) Short story: I installed om2009, and after I installed paroli from git. I could launch the new paroli (latest git) from command line. So I thought a little modification in /usr/share/paroli.desktop would be enough. I changed in the desktop file the Exec and TryExec line, but when I clicked on the Desktop button, nothing happened (didnt launch paroli). I even restarted the phone hoping it will magically load. But it loaded instead the old paroli application! even when no .desktop file existed for it. So I suspect there are definietly some caching mechanism inside E, and this is the reason why paroli failed to launch. Because when I changed every name in the .desktop file: Name, GenericName, Comment The icon magically begun to work. But when I start the phone the *old* paroli gets loaded. (I need to close it, and start the new one via the desktop button) So my question are: 1. Where are the autolaunching application defined (paroli starts automagically) 2. How can I force E to reload the .desktop file and execute it and not the old (cached) one. 3. How can I make sure the E autolaunch the right application? Any idea, documentation, comments are appreciated! Im playing since hours with this problem. Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Enlightenment and .desktop file (with autostarting)
On Wednesday 06 May 2009 19:04:58 Laszlo KREKACS wrote: Hi! I hope my questions are mainly rtfm ones, so someone can provide me the right links;) Short story: I installed om2009, and after I installed paroli from git. I could launch the new paroli (latest git) from command line. So I thought a little modification in /usr/share/paroli.desktop would be enough. I changed in the desktop file the Exec and TryExec line, but when I clicked on the Desktop button, nothing happened (didnt launch paroli). I even restarted the phone hoping it will magically load. But it loaded instead the old paroli application! even when no .desktop file existed for it. So I suspect there are definietly some caching mechanism inside E, and this is the reason why paroli failed to launch. Because when I changed every name in the .desktop file: Name, GenericName, Comment The icon magically begun to work. But when I start the phone the *old* paroli gets loaded. (I need to close it, and start the new one via the desktop button) So my question are: 1. Where are the autolaunching application defined (paroli starts automagically) 2. How can I force E to reload the .desktop file and execute it and not the old (cached) one. 3. How can I make sure the E autolaunch the right application? Any idea, documentation, comments are appreciated! Im playing since hours with this problem. Best regards, Laszlo Have a look in /etc/X11/Xsession.d/ as there maybe a start script for paroli in there (just a guess as i know thats where zhone starts from) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing pimlico window size and power shortcut
thanks Johny, do you know the brightness command as well? On Wed, May 6, 2009 at 8:40 AM, Johny Tenfinger seba.d...@gmail.com wrote: On Wed, May 6, 2009 at 17:33, jeremy jozwik jerjoz.for...@gmail.com wrote: question 2: for some reason or another i seem to be setting my power settings to different was quite often. and my impatience is starting to show. loading shr-settings then waiting to it to open, then loading the power module and waiting for it to open are getting to me. is there any way that i can make a desktop shortcut that only fires the power module? ive noticed that i can switch between power and settings with the task switcher which makes me think they are separate entities shr-settings --help will help you :) I think you are interested in that command: shr-settings Power shr_pm.Pm shr_device_timeouts.Timeouts That's part from shr-settings code, which lists available modules and defines default categories: dirs = [[_(Phone),icon_phone.png, [ 'shr_gsm.Gsm', 'shr_call.Call', 'shr_sim.Sim' ] ], [_(Profiles),icon_profiles.png, [ 'shr_profile.Profile', 'shr_currentprofile.CurrentProfile' ] ], [_(Connectivity),icon_connectivity.png, [ 'shr_wifi.Wifi', 'shr_gprs.Gprs', 'shr_usb.Usb', 'shr_bt.Bt' ] ], [_(GPS), icon_gps.png, [ 'shr_gps.Gps' ] ], [_(Date/time),icon_datetime.png, [ 'shr_clock.Clock' ] ], [_(Power),icon_power.png, [ 'shr_battery.Battery', 'shr_display.Display', 'shr_pm.Pm' , 'shr_device_timeouts.Timeouts' ] ], [_(Services),icon_services.png, [ 'shr_services.Services' ] ], [_(Others), icon_others.png, [ 'shr_test.Test' ] ] ] In command line you can use all of them and combine it to your own group. For instance, i'm using that command when holding AUX button: shr-settings AUX menu shr_profile.Profile shr_display.Display shr_pm.Pm If you have more questions about shr-settings, feel free to ask me :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debuzzing
Am 30.04.2009 um 16:17 schrieb Dr. H. Nikolaus Schaller: Am 28.04.2009 um 22:30 schrieb Dr. H. Nikolaus Schaller: Dear community, it is the philisophy of Golden Delicious Computers to find solutions for important topics that the community has and can't solve alone. Therefore, we (Golden Delicious Computers and TRIsoft) have worked behind the scenes and are close to offer a Buzz rework solution that can in principle serve all Freerunner Owners in the EU harmonized market. 1) We have identified a very good professional SMD rework company in Munich, Germany who are capable and willing to do the rework at low cost and high quality, but only if we deliver batches of collected devices. Since we are experienced in collecting incoming and outgoing shipments, the combination is the solution. 2) Therefore we plan to offer this service to all Openmoko owners within the EU harmonized market / tax union (to avoid re-import/ export hassle). Please note that there will be a rework fee. The final price is not yet clear (expected to be less than 30 EUR incl. shipment) because we are in intensive discussions with Openmoko how they can help to reduce this fee for you. Openmoko has given us now full support and therefore, we can reduce the fee dramatically. A bad news is that you have to cover 2 way shipment. But another good news is that Openmoko provides a free battery as a gift for each shipment. 3) Rework will take approx. 1 week and could start immediately, provided we get the promised replacement components in time. That well need some days so I expect that we can start rework in the second week of May. Parts are now on air freight and will arrive in Munich within the next days. So it looks as if we can start next week. 4) If you are interested, please register yourself and your device at the following link. We will then follow up with details about handling, address to send to, time schedule, final pricing etc. http://www.handheld-linux.com/wiki.php?page=Buzz-Rework This page has now become an order page. Please purchase the service. So stay tuned, Nikolaus Mobile Office Solutions by Golden Delicious Computers GmbHCo. KG Buchenstr. 3 D-82041 Oberhaching +49-89-54290367 http://www.handheld-linux.com AG München, HRA 89571 VAT DE253626266 Komplementär: Golden Delicious Computers Verwaltungs GmbH Oberhaching, AG München, HRB 16602 Geschäftsführer: Dr. Nikolaus Schaller Digital Tools for Independent People ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing pimlico window size and power shortcut
On Wed, May 6, 2009 at 20:26, jeremy jozwik jerjoz.for...@gmail.com wrote: thanks Johny, do you know the brightness command as well? shr_display.Display ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-testing pimlico window size and power shortcut
awesome. ill have to play with the rest later, nano is word-wrapping and screwing up the .desktop format but so far i have an icon launcher that brings up the power settings module. thanks for your help again On Wed, May 6, 2009 at 12:50 PM, Johny Tenfinger seba.d...@gmail.com wrote: On Wed, May 6, 2009 at 20:26, jeremy jozwik jerjoz.for...@gmail.com wrote: thanks Johny, do you know the brightness command as well? shr_display.Display ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debuzzing
Hi Is it possible to bring the devices to you in person? This could save shipping costs for all of us who can use the S-Bahn without additional costs or pass the A995 regularly since it's about 1 km from the next S-Bahn station (Deisenhofen) or less than 4 km from the A995 to your address in Oberhaching (distances measured in Google Maps). cu Korbi On Tue, 2009-04-28 at 22:30 +0200, Dr.H.NikolausS wrote: Dear community, it is the philisophy of Golden Delicious Computers to find solutions for important topics that the community has and can't solve alone. Therefore, we (Golden Delicious Computers and TRIsoft) have worked behind the scenes and are close to offer a Buzz rework solution that can in principle serve all Freerunner Owners in the EU harmonized market. 1) We have identified a very good professional SMD rework company in Munich, Germany who are capable and willing to do the rework at low cost and high quality, but only if we deliver batches of collected devices. Since we are experienced in collecting incoming and outgoing shipments, the combination is the solution. 2) Therefore we plan to offer this service to all Openmoko owners within the EU harmonized market / tax union (to avoid re-import/export hassle). Please note that there will be a rework fee. The final price is not yet clear (expected to be less than 30 EUR incl. shipment) because we are in intensive discussions with Openmoko how they can help to reduce this fee for you. 3) Rework will take approx. 1 week and could start immediately, provided we get the promised replacement components in time. 4) If you are interested, please register yourself and your device at the following link. We will then follow up with details about handling, address to send to, time schedule, final pricing etc. http://www.handheld-linux.com/wiki.php?page=Buzz-Rework So stay tuned, Nikolaus Mobile Office Solutions by Golden Delicious Computers GmbHCo. KG Buchenstr. 3 D-82041 Oberhaching +49-89-54290367 http://www.handheld-linux.com AG München, HRA 89571 VAT DE253626266 Komplementär: Golden Delicious Computers Verwaltungs GmbH Oberhaching, AG München, HRB 16602 Geschäftsführer: Dr. Nikolaus Schaller Digital Tools for Independent People ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Ain't it funny..
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hehe, what gave you that idea? ;) Yogiz wrote: Bitter much? : ) On Wed, 06 May 2009 18:09:35 +1000 Dale Maggee anti...@internode.on.net wrote: Risto H. Kurppa wrote: The community work seems to be slowing down now (because of the summer?) My guess would be that a whole lot of people have realised that their $400 Neo is better used as a boat anchor, and put them on ebay. or in the microwave. OM2009 testing 2 was released some days ago. So far ~3 e-mails on the list about it. New version of Mokomaze was released some days ago, too. Around 50 mails. To me this tells that people are more interested in Mokomaze than OM2009. Agreed - more people are interested in mokomaze, because they know what kind of godawful crap to expect from OM and are avoiding it like swine flu... which is strangely poetic IMHO (the metaphor of Neo as Swine Flu, that is). I'm starting to think that OM's real goal has always been to *not* produce a working distro, in the hopes that some genius would come along and do it for them. At which point they could say we don't need to make it work, Guy X has given us the excellent Distro Y... I mean, look at it from the company's perspective: They already have your money, and they know that they're totally mismanaged and will die out before producing another device. Also they're a dodgy Taiwanese company which makes them very difficult to prosecute under the consumer protection laws of less dodgy countries (even though they are technically legally bound by those laws), so what's in it for them to produce working software? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFKAfK5FbVnQRV3OEYRAjygAJ0UDxAbT6Z3s/szm7mUPVBbVLIFWgCcDk0c 4MNuXjjU5vX0HgUT4+1hD5M= =z4n9 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Compatibility between deb and opkg (Was: Ain't it funny..)
Am Mittwoch, 6. Mai 2009 00:33:12 schrieb Rask Ingemann Lambertsen: On Tue, May 05, 2009 at 01:31:47PM +0200, Pander wrote: For better compatability between deb and opkg, I am still in favour of using the debian/ubuntu categories in opkg. See this thread from December: http://lists.openmoko.org/pipermail/community/2008-December/038472.ht ml and http://lists.openmoko.org/pipermail/community/2008-December/038546.ht ml A significant incompatibility is that deb uses architectures 'armel' and 'any' while opkg uses 'armv4t' and 'all'. AFAIK there is no way of specifying to dpkg/apt that they are equivalent. Provided my assumption that debian has _way_ more packages then angstrom/$opkg-based, one could change the default arch of opkg packages. But this would need support from all parties, not just us. The technical part could be reduced to: - extract package - do some sed-magic to replace armv4t/all by armel/any - compress package again Am I missing something significant? :D Of course reality isn't as simple as that, but it sounds so comfortable... -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[All] Dictator 0.2
Version 0.2 has been released with some improvements. see: http://www.opkg.org/package_207.html or http://wiki.openmoko.org/wiki/Dictator I've only tested it with shr-testing from april 16. can anyone please provide the output of `opkg list` from a fresh om2008.12 or om2008.9? For I am somehow not able to get an image of these distributions running here. then i could change the dependencies, so that installing will be easy. Is there anyone who is able to package this as a deb for debian, fyp or hackable:1? Would be fine! cheers Matthias matthias schrieb: Recording GSM and Mic in different channels will be implemented in the next version. :) Thanks for your feedback! It was just a state-file-issue. Matthias Helge Hafting schrieb: Thomas Franck wrote: Hi.. Helge Hafting wrote: Also, dictator seems to record in stereo, while these sources are mono. One channel is silent. Avoiding unnecessary stereo gives the cpu less work, which is important with this weak cpu. I haven't tested Dictator yet.. but I really liked the way the other recording software[1] did it.. with incoming/outgoing sound separated on different channel that.. Such use of stereo is nice, of course. What I objected to was the recording of all sound in one channel, and then adding a silent channel as well. There is no need for that. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debuzzing
On Wednesday 06 May 2009 22:23:23 Korbinian Rosenegger wrote: Is it possible to bring the devices to you in person? I'm interested too as I don't live too far. Moreover the packing for delivery in person is far easier to do than the post one :) -- Vincent MEURISSE ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: PS3 Linux [was - Re: OpenMoko and LCD TV]
On 6/05/2009 6:39 PM, Yorick Moko wrote: have you tried pairing yourn FR to the ps3 to use it as a controller/keyboard/music(or picture)streamer/whatever ? Since I left my FR out in the rain, I haven't done much with it. Surprisingly, it still works ... but the touch area of the shelf doesn't function. So I can boot, take a call but as soon as I load an app I can't go back etc. I've been meaning to throw the debian sd card back in but haven't had the motivation, although debian may allow me to get around, it's not like it's going to fix the problem with that region of the touchscreen. There's also some wierd, faint, background effects going on. They have that wierd mirror/3d effect happening :) Have to admit I'm rather impressed it even still works at all. Unfortunately I've had to move on, at least until I can figure out another use for it, other than a phone. Not that I can't think of anything but my life is pretty device saturated at the moment and the touchscreen issue limits it's use. Sarton ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ERRATUM :-( [was: Re: The real gsmhandset.state ]
Am Di 28. April 2009 schrieb Joerg Reisenweber: The one and only *real* gsmhandset.state (for all FR!): http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset-a7.state :-) check control.63 and compare with your statefile! see: http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem#Alsamixer_channel_controls Even I myself got fooled by this. The correct statefile is http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset.state.new of course. Please *do not* use the gsmhandset-a7.state, see http://docs.openmoko.org/trac/ticket/2121#comment:3 Special sorry to lindi- /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] Dictator 0.2
nice. do you have a new screen shot of the interface? On Wed, May 6, 2009 at 2:21 PM, matthias matthiasfels...@web.de wrote: Version 0.2 has been released with some improvements. see: http://www.opkg.org/package_207.html or http://wiki.openmoko.org/wiki/Dictator I've only tested it with shr-testing from april 16. can anyone please provide the output of `opkg list` from a fresh om2008.12 or om2008.9? For I am somehow not able to get an image of these distributions running here. then i could change the dependencies, so that installing will be easy. Is there anyone who is able to package this as a deb for debian, fyp or hackable:1? Would be fine! cheers Matthias matthias schrieb: Recording GSM and Mic in different channels will be implemented in the next version. :) Thanks for your feedback! It was just a state-file-issue. Matthias Helge Hafting schrieb: Thomas Franck wrote: Hi.. Helge Hafting wrote: Also, dictator seems to record in stereo, while these sources are mono. One channel is silent. Avoiding unnecessary stereo gives the cpu less work, which is important with this weak cpu. I haven't tested Dictator yet.. but I really liked the way the other recording software[1] did it.. with incoming/outgoing sound separated on different channel that.. Such use of stereo is nice, of course. What I objected to was the recording of all sound in one channel, and then adding a silent channel as well. There is no need for that. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ERRATUM :-( [was: Re: The real gsmhandset.state ]
What does A7 mean? Is that a specific phone version that this statefile is good for? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Enlightenment and .desktop file (with autostarting)
On Wed, 6 May 2009 20:04:58 +0200 Laszlo KREKACS laszlo.krekacs.l...@gmail.com said: Hi! I hope my questions are mainly rtfm ones, so someone can provide me the right links;) Short story: I installed om2009, and after I installed paroli from git. I could launch the new paroli (latest git) from command line. So I thought a little modification in /usr/share/paroli.desktop would be enough. I changed in the desktop file the Exec and TryExec line, but when I clicked on the Desktop button, nothing happened (didnt launch paroli). I even restarted the phone hoping it will magically load. But it loaded instead the old paroli application! even when no .desktop file existed for it. So I suspect there are definietly some caching mechanism inside E, and this is the reason why paroli failed to launch. the only cache is a runtime cache in ram - none on disk. and restart of e (including its own restart) will completely rebuild it from disk. it does monitor files and on changes, reads them. there could be a race condition with a partially written file by the time e reads it. so chances are... your command is just wrong. if it can change the name - its loading all the fields, and then running them. e may have a different $PATH in its environment than your shell remember, so use full paths to be explicit. Because when I changed every name in the .desktop file: Name, GenericName, Comment The icon magically begun to work. But when I start the phone the *old* paroli gets loaded. (I need to close it, and start the new one via the desktop button) that'd be starting prolie via some other means - like startup scripts in /etc/X11/Xsession.d - dig around in /etc/X11 So my question are: 1. Where are the autolaunching application defined (paroli starts automagically) 2. How can I force E to reload the .desktop file and execute it and not the old (cached) one. it should do it automatcally. an e restart will force everything to reload (killall -HUP enlightenment). 3. How can I make sure the E autolaunch the right application? the launching you are seeeing is not from e but from oe's Xsession script setup - see above. Any idea, documentation, comments are appreciated! Im playing since hours with this problem. Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Forcing fast-charge
Am So 3. Mai 2009 schrieb Rask Ingemann Lambertsen: On Sat, May 02, 2009 at 03:30:10AM +0200, Joerg Reisenweber wrote: Am Mi 29. April 2009 schrieb Cédric Berger: On Tue, Apr 28, 2009 at 15:36, Joerg Reisenweber jo...@openmoko.org wrote: That's nonsense as there is no dumb charger out there not being capable of supplying 500mA. OTOH any management of maximum ingress current to USB by whatever means will inevitably fail when unplugging the charger device connected to FR during powerdown and replace it with a (nonexistent) weaker one. No. For better or for worse, the PCF50633 variant we use will power up the Frerunner and thus run the boot loader when you swap chargers. If the boot loader doesn't set the current limit correctly for the newly inserted charger, then that's where the bug is. TODO: Check U-Boot and Qi. (Long term TODO: Instead of fixing each and every bug three times (kernel, U-Boot and Qi), try to fit a bare-bones kernel and rootfs with boot menu into the 512 kB we currently use for boot loader.) Or a solar panel ? How could setting BAT_CURLIM to USB_CURLIM help? Because USB_CURLIM is reset to 500 mA when the Freerunner is turned off, while BAT_CURLIM remains at what it was last set to. So taking in account your comments above this means the problem case is intentionally shutting down the device during charging from solarpanel. 1) I don't see why anybody should do this 2) this should be handled during shutdown, rather than all the time by syncing BAT_CURLIM with USB_CURLIM. Probably it would be wise to disable shutdown during charge all together. Or you have 2 phone charging from the same usb port ? or I'm using the usb extension in my usb-coffemug-warmer? Or create a shortcircuit? It's not a valid usecase and I don't see how to accomplish that. Don't tell me you haven't seen one of those 4-port unpowered USB hubs which can only supply 100 mA per port. In this case USB-enum shall negotiate correct USB_CURLIM as the host knows about the hub and the (standard btw) restrictions wrt current. Again powering down the device during charge isn't recommended as host might think the device is shutdown because it doesn't respond to USB data anymore. Note than doing this (I used a little GUI with 1 set button for each value), I must set usb current limit, then only I set charge current limit. And in the meanwhile, since charge limit=usb limit=1A, it starts pulling about 1A and I cannot avoid that. Sorry I don't understand this statement. The problem is when you use e.g. a 750 mAh Nokia battery and set chg_curlim to 750 mA like you're supposed to. If you then plug in the charger, usb_curlim will be set to 1000 mA and so will chg_curlim. Automatically setting chg_curlim to 1000 mA is a bug since the user said max 750 mA for the battery. The kernel needs to remember the user specified chg_curlim. TODO: Kernel patch. ToDo: leave crg_curlim alone during normal operation and handle those silly cases of shutdown during charge correctly (e.g by simply disabling them (disallow shutdown), or - as I mentioned before - setting chg_curlim to 100mA unconditionally at shutdown time. Probably both) /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: openmoko neo shape
i had a similar conversation at radio shack trying to get the headset to phono adapter. i had put the phone on the counter to test if the wire worked. radio shack employee 1: is that the new htc? me: nope radio shack employee 1: what is it me: its an openmoko. it runs linux radio shack employee 1: is that like windows mobile? me: not really radio shack employee 2: linux is open source radio shack employee 1 turns to go and do something else... On Wed, May 6, 2009 at 12:48 AM, DRSp. it...@gmx.net wrote: There was a video showing Maddog Hall wearing one around his neck. Besides I found the design very stylish. The usual route of conversation goes like this: whats this...? me: openmoko ... takes it like iphone... me: it's not an iphone... touchscreen... me: and it runs on linux ..? and i got a square look. The point of interest is fading... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Unstable] Forcing fast-charge
Am Mo 4. Mai 2009 schrieb Cédric Berger: Sorry, my mail was not really clear. Rask already answered questions. But just about usb_limit : 2009/5/2 Joerg Reisenweber jo...@openmoko.org No you have to push USB_CURLIM to 500mA, if you want 500mA. [... ] This way I have about 700-750mA pulled from my charger (though it can peak to 1A as needed). What's the rationale behind that? If you set USB_CURLIM to 750mA you get exactly the same behaviour without the useless when needed part. As far as I know, 750mA is not an option for usb_curlim. (only 100, 500 and 1000 I think) Anyway, bat_curlim allows more precise control. Correct - usbdevstat allows 100mA, 500mA, 1A, and suspend (Tbl. 98, MBCC7), anyway... Setting chg_curlim won't help whatsoever, as you can set it only during device powered up and system running, and during this time the system consumption USB-to-SYS will add to the chg_curlim you set. So you exceed intended USB current by setting chg_curlim to the value you intend for USB current, just to shutdown device after that and hope to reach 'correct' USB current then eventually - that's silly. /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
2009/5/6 c_c cchan...@yahoo.com: If I understand you correctly, you're looking at adding a folder and letting intone play it. As of now, if you add the root folder of your music to intone, you'll get all your folders added as albums and playlists automatically. Then - you just use the playlist you want (which is the same as selecting that folder). Or am I missing something you want? sorry, that was badly explained - i was saying it's great as is. no need to change anything (imo)! Do you want id3 tags in the list too? yes, that'd be great. so long as it doesn't slow things down too much It *will* slow down the initial scan at the very least. And increase dependency on another set of libraries. Let me think over this. oh, in that case, i'm not that keen on adding it. i like how it's nice and responsive at the moment, even on slow hardware Robin Paulson wrote: The new version will also have sliders for bass and treble. i'd say: keep it simple and leave the sliders out I was looking at controlling the bass and treble levels in the WM8753 tone control. Not software based. oh, i see. got you. is there a global mixer for doing this? might be a better way, rather than re-creating what's already there oh, one other thing - can you make the play button change to a pause symbol when it's playing? :-) That's been one thing I've always managed to miss in every release. Will do that this time. cool. not a biggie looking forward to the new release ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The real gsmhandset.state [was: Re: Buzz fix difficulty [was Re: US Buzz/GPS Fix]]
Am Sa 2. Mai 2009 schrieb Matthias Apitz: El día Saturday, May 02, 2009 a las 03:54:55AM +0200, Joerg Reisenweber escribió: The one and only *real* gsmhandset.state (for all FR!): http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset-a7.state :-) I've tried this yesterday and for me it gives a strong, no tolerable, local echo, even acoustic feedback between micro y speaker; sorry for not giving positiv feedback :-( Echo can't be controlled by adjusting mixer settings. It needs AT%N correct modem init. How can I do that in Om2008.9? Thx Maybe backport the changes that were introduced to OM2008.12 wrt AT%N? AFAIK there's no working support for this in OM2008.9. I suggest you use a more recent distro, preferably one based on FSO. /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ERRATUM :-( [was: Re: The real gsmhandset.state ]
Am Do 7. Mai 2009 schrieb The Digital Pioneer: What does A7 mean? Is that a specific phone version that this statefile is good for? Just forget about the *A7 version /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
Hi, Robin Paulson wrote: Do you want id3 tags in the list too? oh, in that case, i'm not that keen on adding it. i like how it's nice and responsive at the moment, even on slow hardware I'm still considering this. Will investigate the actual performance hit after this weekend's release. If it is acceptable at the time of the initial scan, I'll include this in a later release. Robin Paulson wrote: oh, i see. got you. is there a global mixer for doing this? Yup, I'll just use amixer to set the values. Robin Paulson wrote: can you make the play button change to a pause symbol when it's playing? Already Done. Ok. So here's what's done. * Bass and treble sliders * better sizes (imo) * dbus integration - prevent suspens and pause on incoming call * alternate ciew with id3 and album art * default icon if no album art exists * some clean ups * icon change of play button to pause when playing In process * saving and restoring system volume, bass and treble settings for exit and pause * album art icon sizing * getting song info for the alternate view when not playing * scanning files without extension crash Should be done by the weekend. One more thing, since now SHR, OM 2009 (unstable) and FSO all use the newer e libraries, I'm thinking of moving over to them. Just wanted to know if there are people still using older distributions - in which case I'll have to release 2 diff packages. For those on the newer libraries - a pre-release version is attached below. Just wanted to get some early feedback on the dbus stuff mainly - as also any other relevant points. -- View this message in context: http://n2.nabble.com/Intone-%280.30---beta-release%29-Elementary-based-mplayer-frontend-tp2587826p2825510.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all] Car charger
Am So 26. April 2009 schrieb Al Johnson: On the DIY front mini-b plugs with all pins available are hard to find in small quantities, in the UK at least. Has anyone found a source? See http://www.partsdata.de/USB_Mini-B-Verlaengerung_Kabel_1m_CU-XB05-10.html /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debuzzing
Dr. H. Nikolaus Schaller wrote: 2) Therefore we plan to offer this service to all Openmoko owners within the EU harmonized market / tax union (to avoid re-import/export hassle). Please note that there will be a rework fee. The final price is not yet clear (expected to be less than 30 EUR incl. shipment) because we are in intensive discussions with Openmoko how they can help to reduce this fee for you. Is this rework fee valid also for your customers? Don't you offer a kind of warranty? If not, can I fix my freerunner in another SMD rework company without voiding my warranty? -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [New Mokomaze] Coming soon
Am Mi 29. April 2009 schrieb arne anka: I don't think it's wise to use the accelerometers as a way to tell whether the phone is used or not. to repeat it again: we are talking about people playing a game or whatever with the only activity being moving the device -- _NO_TOUCH_OR_BUTTON_OR_WHATEVER_. now, how is the frameworkd (or what might be used instead) supposed to know, that the device should _NOT_ blank nor suspend? Using gmeter for resetting suspend-timer is useless here as I may hold the game steady and still don't want the screen to blank. The only correct way to handle this is to stop screenblanking as long as mokomaze is running. I suggest using fsoraw for this purpose (it's been intended to handle exactly these issues), or patch mokomaze to allocate the correct resource by itself, though that would somewhat restrict portability of the app to non-fso based systems. cheers jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Detecting headset button press
Am Fr 1. Mai 2009 schrieb Michael 'Mickey' Lauer: The headset button only gets sent when a certain alsa control is on, Werner can fill you up on the details. After that, it should be possible to do a simple fso rule for it. please see http://docs.openmoko.org/trac/ticket/2209#comment:8 /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ERRATUM :-( [was: Re: The real gsmhandset.state ]
OK, cool, so I should download that and replace my old one with it? That will get me better volume, which I would appreciate immensely? Also, the speakerphone state doesn't work at all. When I use it, the thing just goes dead -- no sound or mic, as far as I can tell. This assumes that the speaker button in SHR's caller app works, I haven't loaded it from CLI during a call. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
c_c ha wrote: One more thing, since now SHR, OM 2009 (unstable) and FSO all use the newer e libraries, I'm thinking of moving over to them. Just wanted to know if there are people still using older distributions - in which case I'll have to release 2 diff packages. For those on the newer libraries - a pre-release version is attached below. Just wanted to get some early feedback on the dbus stuff mainly - as also any other relevant points. I've just tried it again in my Om2008 with fresh svn e/elementary (just recompiled), but I still get the black page bug. This is quite strange since I only get this behavior with this elementary application... Who knows why... :/ -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] emacs package
It's been asked before but I can't find any references to a package for Emacs. Does such exist? If not, how can I get Emacs running - Use vim in stead! It's been a long time since I last looked at it, but AFAIK Vim's emulation of Emacs is at best very poor. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Mokomaze as non-root
What are we supposed to do to get Mokomaze to run as a non-root user? Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mokomaze as non-root
Not sure what all issues you're experiencing, but the accelerometers are probably root:root access only (they are on mine, SHR-unstable), if that's your problem. You can probably chmod them manually, but I'm sure you can mod some conf somewhere to change it. Not sure what... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
Hi, Marco Trevisan (Treviño) wrote: but I still get the black page bug. This is quite strange since I only get this behavior with this elementary application I cant seem to replicate this. Of course, in all probability, it must be something I'm doing wrong :-). Can you - if you have the time - go through the init code and see what could be off? -- View this message in context: http://n2.nabble.com/Intone-%280.40---beta-pre-release%29-Elementary-based-mplayer-frontend-tp2587826p2826039.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debuzzing
Am 06.05.2009 um 22:23 schrieb Korbinian Rosenegger: Hi Is it possible to bring the devices to you in person? This could save shipping costs for all of us who can use the S-Bahn without additional costs or pass the A995 regularly since it's about 1 km from the next S-Bahn station (Deisenhofen) or less than 4 km from the A995 to your address in Oberhaching (distances measured in Google Maps). I understand your idea, but we can't manage it that way for several reasons, I can't discuss here in detail. One is that we are not doing the rework ourselves but by a company in Munich. So there is no chance for you to wait for the rework. Then, we think by using Hermes Versand, your cost for shipping in is just 4 EUR. So we are not farther away than your next Hermes office (see http://www.hermespaketshop.de/ and teh Paketshop Locator). Finally, the free battery given by Openmoko is thought as compensation for the shipping cost. Best regards, Nikolaus cu Korbi On Tue, 2009-04-28 at 22:30 +0200, Dr.H.NikolausS wrote: Dear community, it is the philisophy of Golden Delicious Computers to find solutions for important topics that the community has and can't solve alone. Therefore, we (Golden Delicious Computers and TRIsoft) have worked behind the scenes and are close to offer a Buzz rework solution that can in principle serve all Freerunner Owners in the EU harmonized market. 1) We have identified a very good professional SMD rework company in Munich, Germany who are capable and willing to do the rework at low cost and high quality, but only if we deliver batches of collected devices. Since we are experienced in collecting incoming and outgoing shipments, the combination is the solution. 2) Therefore we plan to offer this service to all Openmoko owners within the EU harmonized market / tax union (to avoid re-import/ export hassle). Please note that there will be a rework fee. The final price is not yet clear (expected to be less than 30 EUR incl. shipment) because we are in intensive discussions with Openmoko how they can help to reduce this fee for you. 3) Rework will take approx. 1 week and could start immediately, provided we get the promised replacement components in time. 4) If you are interested, please register yourself and your device at the following link. We will then follow up with details about handling, address to send to, time schedule, final pricing etc. http://www.handheld-linux.com/wiki.php?page=Buzz-Rework So stay tuned, Nikolaus Mobile Office Solutions by Golden Delicious Computers GmbHCo. KG Buchenstr. 3 D-82041 Oberhaching +49-89-54290367 http://www.handheld-linux.com AG München, HRA 89571 VAT DE253626266 Komplementär: Golden Delicious Computers Verwaltungs GmbH Oberhaching, AG München, HRB 16602 Geschäftsführer: Dr. Nikolaus Schaller Digital Tools for Independent People ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ERRATUM :-( [was: Re: The real gsmhandset.state ]
Am Donnerstag 07 Mai 2009 04:11:14 schrieb The Digital Pioneer: OK, cool, so I should download that and replace my old one with it? That will get me better volume, which I would appreciate immensely? Also, the speakerphone state doesn't work at all. When I use it, the thing just goes dead -- no sound or mic, as far as I can tell. This assumes that the speaker button in SHR's caller app works, I haven't loaded it from CLI during a call. speaker button in SHR works... at least it changes something :-) Klaus 'mrmoku' Kurzmann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community