Re: [debian] phonfsod/phoneuid: fso-deviced killed when calling
Am 22.02.2010 um 03:12 schrieb Sebastian Reichel: On Sun, Feb 21, 2010 at 09:29:49PM +0100, Michael 'Mickey' Lauer wrote: Am Sonntag, den 21.02.2010, 19:21 +0100 schrieb arne anka: investigating my core issue of the fr not suspending anymore after a call, i see now that fsodeviced dies the moment i hit either call (outgoing) or accept (incoming). since fso-deviced is dead, nothing, in terms of idle notification at least, happens anymore. A backtrace would be splendid. Could you install -dbg packages as well as gdb, change params to have apps emit a coredump and then get us a backtrace? Or just run fsodeviced directly under gdb and once it dies get us a backtrace. Cheers, :M: Hi, You fixed this already in [1]. fso-deviced in Debian is still from Janurary 2010, because of the added libnl2 depdendency [2] from libfso* in newer versions. I just uploaded a new fso-deviced package adding a -dbg package and the referenced patch. Ah, awesome. Thanks for your work! Cheers, :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Voice quality on FreeRunner A7 ?
On Sunday 21 February 2010, Timo Juhani Lindfors wrote: Al Johnson openm...@mazikeen.demon.co.uk writes: My settings would be no use to you as I turn down from default not up. I suspect the variations in how loudly people speak and how they position the phone relative to their head have more to do with the need for different settings than variations in the handsets themselves. We would need to do a lot of measurements to find out though. I currently have an asterisk setup that lets me record calls so that I can compare calls made with openmoko against calls made with other phones. Is there some standardized test suite that I could play and then investigate the recordings? This should give a starting point, although some of the links are broken. http://www.voip-info.org/wiki/view/Call%20Quality%20Metrics Here's a link to the call-quality-menu file that's mentioned but not linked. http://www.loligo.com/asterisk/sounds/Sounds-README.txt http://www.loligo.com/asterisk/sounds/call-quality-menu.gsm I was thinking of measurements to quantify variation in sensitivity between handsets, and variation in signal level between different people with the same handset. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian - issues
omcomali@porcupinefactory.org wrote: Hi, I just installed Debian to be able to use some packages from the repos, and I need help to get it to behave. It's installed on SD card with multiple partitions, but how to mount the other partitions? I couldn't find the relevant device files in /dev, Files in /dev can be made as needed. Maybe your udev doesn't. Try cat /proc/partitions to see what ought to exist. These are the partitions the kernel has noticed, whether or not they actually appear in /dev. You probably want a better solution, but missing /dev files can be created with mknod. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
tangogps-0.99.3 ipk?
Is there a package file out there for this version? If so, where? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps-0.99.3 ipk?
Is there a package file out there for this version? If so, where? There is one in the SHR--Unstable feed. http://build.shr-project.org/shr-unstable/ipk/armv4t/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
On Sunday 21 February 2010, Jan Girlich wrote: Hi, after I got my gta02 A06 a hardware buzz fix late December last year the mic is very soft with the newest SHR unstable. So I had a look at all the different tips around and carefully read all emails of the thread Experiment: better sound on remote end and all links mentioned in there and tried all the suggested tweaks and got rid of any static or noise, but the mic still is so soft that I literally have to yell at my phone from close distance in order to be hardly understood by the callee. What could be the problem? Any suggestions on what I could try to set the mic volume to a usable level? Could the problem be related to the buzz fix? IIRC the buzz fix reduces the sensitivity of the mic input slightly. After fiddling around with the settings for a long time I ended up with setting the controls in the gsmhandset.state file back to these values. The other values are untouched. * control.48: 3 * control.63: 'Mic 2' * control.12: 7 * control.5:115 Controls 48 and 12 are on maximum, while control 5 has 12 steps remaining. You still have scope to make the mic a fair bit louder if you need to. 3, 5 and 121 would give the same volume level with less chance of distortion. Desc. Range ChanSetting Mic2 Capture Volume +12dB - +30dB / 6dB steps 48 0-3 Mono Sidetone Play Vol. -15dB - +6dB / 3dB steps12 0-7 Mono Playback Volume-73dB - +6dB / 1dB steps5 0-127 (but 0-47 are mute) Overall: -76dB - +42dB / 1dB steps = 119 steps (120 with mute) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
Am Montag, den 22.02.2010, 13:03 + schrieb Al Johnson: IIRC the buzz fix reduces the sensitivity of the mic input slightly. I'm afraid something might be gone wrong with my buzz fix. Had a look at it yesterday evening and noticed one of the soldering points is really weak. Maybe that could be a reason? Too little of a connection from the capacitor to the resistor? After fiddling around with the settings for a long time I ended up with setting the controls in the gsmhandset.state file back to these values. The other values are untouched. * control.48: 3 * control.63: 'Mic 2' * control.12: 7 * control.5:115 Controls 48 and 12 are on maximum, while control 5 has 12 steps remaining. You still have scope to make the mic a fair bit louder if you need to. 3, 5 and 121 would give the same volume level with less chance of distortion. Tried it. Still so soft that you have to yell really loud at the phone and only hardly can hear anything on the other end. I'm usually testing with my stereo, turning it on and putting the phone on the speaker. But I have to turn my stereo to levels it's getting uncomfortably loud just to hear a faint noise over the phone. Fresh out of ideas Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi released
I uploaded it to: https://sourceforge.net/projects/mcnavimaps/files/ I think it's good... If someone is interested to share his nation's maps we can arrange to commit there... d ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi released
Yes I have belgium map :) if you want... On Mon, Feb 22, 2010 at 5:36 PM, Davide Scaini dsca...@gmail.com wrote: I uploaded it to: https://sourceforge.net/projects/mcnavimaps/files/ I think it's good... If someone is interested to share his nation's maps we can arrange to commit there... d ___ 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: Mic volume extremely soft after buzz fix with SHR unstable
On Monday 22 February 2010, Jan Girlich wrote: Am Montag, den 22.02.2010, 13:03 + schrieb Al Johnson: IIRC the buzz fix reduces the sensitivity of the mic input slightly. I'm afraid something might be gone wrong with my buzz fix. Had a look at it yesterday evening and noticed one of the soldering points is really weak. Maybe that could be a reason? Too little of a connection from the capacitor to the resistor? It can be hard to tell whether the joint is electrically good just by looking at it, and solder connections on those components are tiny. You really need to use a meter to test it, and I expect this was done by whoever did the fix for you, so it probably isn't the problem. If you are competent to test this, or know someone who is, the schematics and fix SOP are both available: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf http://downloads.openmoko.org/developer/schematics/GTA02/ After fiddling around with the settings for a long time I ended up with setting the controls in the gsmhandset.state file back to these values. The other values are untouched. * control.48: 3 * control.63: 'Mic 2' * control.12: 7 * control.5:115 Controls 48 and 12 are on maximum, while control 5 has 12 steps remaining. You still have scope to make the mic a fair bit louder if you need to. 3, 5 and 121 would give the same volume level with less chance of distortion. Tried it. Still so soft that you have to yell really loud at the phone and only hardly can hear anything on the other end. I'm usually testing with my stereo, turning it on and putting the phone on the speaker. But I have to turn my stereo to levels it's getting uncomfortably loud just to hear a faint noise over the phone. So 3, 7, 127 is still too quiet? In that case something may be wrong. Check the buzz fix, and also that the hole in the case isn't blocked. Fresh out of ideas Jan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi released
On Mon, Feb 22, 2010 at 5:39 PM, Vaudano Luca vaud...@gmail.com wrote: Yes I have belgium map :) if you want... Nice! do you want access to sourceforge? You can contant me directly on my e-mail to fix the details. d ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 21.02.2010 10:37, schrieb Timo Juhani Lindfors: Denis Shulyaka shuly...@gmail.com writes: It writes output of `ps auxf`, `free` and `df -h` to a corresponding file every 5 minutes. Hmm, you are using swap. I do not know how to see how many bytes each process has in swap. This would let us see which process is the one whose memory usage steadily increases. Now we only see that RSS (number of bytes each process has in RAM) decreases when the bytes are moved to swap. Can you try the same test again without swap? I know, I can't help that much, but I am sure that midori is the problem. I often hear music with vagalume over wlan and it is no problem to hear 3 or 4 hours. But if I use Midori then after 10 minutes (and sometimes less) the system hangs because of no ram. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLgs/OlYiDScJJ+7QRAqSnAJ40A3/O51VvE/sRaIc5Rs1Y5NeygACeJ3mR dSLOnSBG6CQRZJNRfs8J7+k= =nSNz -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
Am Montag, den 22.02.2010, 17:25 + schrieb Al Johnson: It can be hard to tell whether the joint is electrically good just by looking at it, and solder connections on those components are tiny. You really need to use a meter to test it, and I expect this was done by whoever did the fix for you, so it probably isn't the problem. If you are competent to test this, or know someone who is, the schematics and fix SOP are both available: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf Okay, the joint I suspected to be broken seems fine. It's the one on the left of the two red arrows in the above description. That's where my capacitor is connected to and I just checked the the resistance from the capacitor to the pad where the right red arrow points at. No measurable resistance, so the joint should be electrically good. Controls 48 and 12 are on maximum, while control 5 has 12 steps remaining. You still have scope to make the mic a fair bit louder if you need to. 3, 5 and 121 would give the same volume level with less chance of distortion. Tried it. Still so soft that you have to yell really loud at the phone and only hardly can hear anything on the other end. I'm usually testing with my stereo, turning it on and putting the phone on the speaker. But I have to turn my stereo to levels it's getting uncomfortably loud just to hear a faint noise over the phone. So 3, 7, 127 is still too quiet? In that case something may be wrong. Check the buzz fix, and also that the hole in the case isn't blocked. Checked it, the hole is free. Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] WiFi-related memory leak
Bastian Muck bastian.m...@gmx.de writes: I know, I can't help that much, but I am sure that midori is the problem. I often hear music with vagalume over wlan and it is no problem to hear 3 or 4 hours. But if I use Midori then after 10 minutes (and sometimes less) the system hangs because of no ram. You might want to free some RAM by using more light-weight programs. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] New poll about OS
2010/2/22, Michael Moroni haikar...@gmail.com: Hi you all, I decided to create a new poll about the OS on open phones (Neo1973, Neo Freerunner, HTC-dream, ...) in order to update the last poll. Here you have the link of the new poll: http://doodle.com/mkuv2uhn66e83mxw Here you have the link of the last poll: http://doodle.com/sd2c8d8snr23eeqq The poll will be closed monday 8 march 2010, 07:00 UTC+01:00 Have a nice day/Have a good night - Michael Hi! Thanks you for your efforts! Unfortunately I was already planning a more elaborate survey which I started discussing on the documentation mailing list. [1] Now that effort was vain. So, for the next survey (if there will be one): please notify the community if you are planning to do one, so we can discuss it first. [1] http://news.gmane.org/gmane.comp.handhelds.openmoko.documentation/cutoff=128 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
On Monday 22 February 2010, Jan Girlich wrote: Am Montag, den 22.02.2010, 17:25 + schrieb Al Johnson: It can be hard to tell whether the joint is electrically good just by looking at it, and solder connections on those components are tiny. You really need to use a meter to test it, and I expect this was done by whoever did the fix for you, so it probably isn't the problem. If you are competent to test this, or know someone who is, the schematics and fix SOP are both available: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf Okay, the joint I suspected to be broken seems fine. It's the one on the left of the two red arrows in the above description. That's where my capacitor is connected to and I just checked the the resistance from the capacitor to the pad where the right red arrow points at. No measurable resistance, so the joint should be electrically good. Controls 48 and 12 are on maximum, while control 5 has 12 steps remaining. You still have scope to make the mic a fair bit louder if you need to. 3, 5 and 121 would give the same volume level with less chance of distortion. Tried it. Still so soft that you have to yell really loud at the phone and only hardly can hear anything on the other end. I'm usually testing with my stereo, turning it on and putting the phone on the speaker. But I have to turn my stereo to levels it's getting uncomfortably loud just to hear a faint noise over the phone. So 3, 7, 127 is still too quiet? In that case something may be wrong. Check the buzz fix, and also that the hole in the case isn't blocked. Checked it, the hole is free. And the rest of the buzz fix? Check the resistance of R4303 (mic case to gold ring) as described in the SOP. It should be 2k2. Also look for shorts between pads. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Rutgers University writes malware for Freerunner
http://www.technewsdaily.com/hacked-smartphones-could-be-used-to-spy-on-you-100222-0237/ --8-- The researchers say their intent is not to just scare people, but to inspire action. What we’re doing today is raising a warning flag, Iftode said. We’re showing that people with general computer proficiency can create rootkit malware for smart phones. The next step is to work on defenses. The team used an open-source smartphone called the Openmoko FreeRunner running Linux software, but they emphasized that with enough time and effort, any smartphone operating system can be attacked with malware. The Rutgers team plans to use their results to inspire developers to create new ways to detect and prevent rootkit attacks on smartphones because none exist right now. --8-- -- Andrew Stephen http://www.evil.geek.nz/ It is absurd to divide people into good and bad. People are either charming or tedious. - Oscar Wilde ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rutgers University writes malware for Freerunner
On Monday 22 February 2010, Andrew Stephen wrote: http://www.technewsdaily.com/hacked-smartphones-could-be-used-to-spy-on-you -100222-0237/ --8-- The researchers say their intent is not to just scare people, but to inspire action. What we’re doing today is raising a warning flag, Iftode said. We’re showing that people with general computer proficiency can create rootkit malware for smart phones. The next step is to work on defenses. The team used an open-source smartphone called the Openmoko FreeRunner running Linux software, but they emphasized that with enough time and effort, any smartphone operating system can be attacked with malware. The Rutgers team plans to use their results to inspire developers to create new ways to detect and prevent rootkit attacks on smartphones because none exist right now. --8-- Heavy on headline, light on any useful detail. I suppose we might find out more after the presentation tomorrow. http://www.hotmobile.org/2010/?pid=prog ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rutgers University writes malware for Freerunner
On 22 February 2010 22:34, Al Johnson openm...@mazikeen.demon.co.uk wrote: Heavy on headline, light on any useful detail. I suppose we might find out more after the presentation tomorrow. I was on the verge of writing the same thing. Are they claiming that they can install a rootkit remotely by sending a carefully crafted SMS? (Seems unlikely, given the small number of bytes to play with.) Or that once a rootkit is installed, they can use SMS as a trigger for it? If the latter, how do they get the rootkit on there in the first place? Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rutgers University writes malware for Freerunner
On Mon, 22 Feb 2010 22:38:36 + Neil Jerram neiljer...@googlemail.com wrote: I was on the verge of writing the same thing. Are they claiming that they can install a rootkit remotely by sending a carefully crafted SMS? (Seems unlikely, given the small number of bytes to play with.) Or that once a rootkit is installed, they can use SMS as a trigger for it? If the latter, how do they get the rootkit on there in the first place? From one of the linked articles: http://news.rutgers.edu/medrel/news-releases/2010/02/rutgers-researchers-20100222 --- The researchers are careful to note that they did not assess how vulnerable specific types of smart phones are. They did their work on a phone used primarily by software developers versus commercial phone users. Working within a legitimate software development environment, they deliberately inserted rootkit malware into the phone to study its potential effects. They did not find a vulnerability that a real malware attacker would have to exploit. --- So, it's nothing we have to worry about - in fact, some free publicity... Tom -- Thomas White t...@bitwiz.org.uk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rutgers University writes malware for Freerunner
I was on the verge of writing the same thing. Are they claiming that they can install a rootkit remotely by sending a carefully crafted SMS? (Seems unlikely, given the small number of bytes to play with.) Or that once a rootkit is installed, they can use SMS as a trigger for it? If the latter, how do they get the rootkit on there in the first place? From one of the linked articles: http://news.rutgers.edu/medrel/news-releases/2010/02/rutgers-researchers-20100222 Don't know about the others but this got me rolling on the floor. While better security (hopefully not by obscurity) is the ultimate goal, as my middleware fails to bring up GSM interface 9 of 10 times lately, i guess i am pretty safe from any bad hackers' attacks! :))) Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
Am Montag, den 22.02.2010, 21:36 + schrieb Al Johnson: And the rest of the buzz fix? Check the resistance of R4303 (mic case to gold ring) as described in the SOP. It should be 2k2. Also look for shorts between pads. Hm. It's hard to place the tips properly on the pads or ends of the resistor, but the only reading I got was 0 Ohm. Maybe the guy who did the buzz fix for me placed the bridge he removed back in? Or created a short? I can't see any short visually, but I didn't look with any magnifying glass yet. I'll have a further look into it. Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rutgers University writes malware for Freerunner
On Mon, Feb 22, 2010 at 3:08 PM, Petr Vanek van...@penguin.cz wrote: Don't know about the others but this got me rolling on the floor. While better security (hopefully not by obscurity) is the ultimate goal, as my middleware fails to bring up GSM interface 9 of 10 times lately, i guess i am pretty safe from any bad hackers' attacks! :))) Petr well said! good gref i am more worried about my phone going into the coma-like suspend where no buttons or screen work, then the off chance someone might write a hacktool for a phone 0.02% of people know about and 0.01% actually use ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rutgers University writes malware for Freerunner
Em 22-02-2010 21:52, Andrew Stephen escreveu: http://www.technewsdaily.com/hacked-smartphones-could-be-used-to-spy-on-you-100222-0237/ --8-- The researchers say their intent is not to just scare people, but to inspire action. What we’re doing today is raising a warning flag, Iftode said. We’re showing that people with general computer proficiency can create rootkit malware for smart phones. The next step is to work on defenses. The team used an open-source smartphone called the Openmoko FreeRunner running Linux software, but they emphasized that with enough time and effort, any smartphone operating system can be attacked with malware. The Rutgers team plans to use their results to inspire developers to create new ways to detect and prevent rootkit attacks on smartphones because none exist right now. --8-- Considering the number of things I have to turn off, I'm not surprised anyone found a way to deliver malware through SHR. Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-U] shr-launcher cannot set categories
I've regularly tried launcher since soon after the first release, and have never been successful adding applications to the categories. I have just tried this again, on a freshly upgraded SHR-U. I installed via opkg install shr-launcher When I go to Category - Set App Categories I get an empty list: http://scap.linuxtogo.org/files/d828b0e8a5cfa71a3792895dba6ed314.png If I click on the Category button and choose a category from the drop list, I get an immediate segmentation fault with no other error shown. If I go to Configure and tap the App Icons - Category and choose a category button I also get a segmentation fault with no other error. In both cases I get the following on stdout: restoring state db ver:37 showing window Getting SMS data.. Getting Calls data.. dbus init over. opim data pending.. Updating SMS data.. Updating Calls Data.. and this on stderr: Segmentation fault Is there anything else I should try? -- Andrew Stephen http://www.evil.geek.nz/ It is absurd to divide people into good and bad. People are either charming or tedious. - Oscar Wilde ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] shr-launcher cannot set categories
On Tue, Feb 23, 2010 at 2:41 PM, Andrew Stephen andrew.step...@gmail.com wrote: I've regularly tried launcher since soon after the first release, and have never been successful adding applications to the categories. I have just tried this again, on a freshly upgraded SHR-U. I installed via opkg install shr-launcher Sorry, I forgot to say: r...@om-gta02 - $ opkg list_installed | grep shr-launcher shr-launcher - 0.0.1+svnr102-r5.4 -- Andrew ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
discharge the battery during the long charge (trigger very wide)
Saluto! Linux neo 2.6.29-GTA02_qtmoko-v16-mokodev #1 PREEMPT Sun Dec 20 18:36:16 CET 2009 armv4tl GNU/Linux When you long to find a charger (usb/wall), FR A6 first gaining charge (CAPACITY = 100), then runs down a small current. After a half days: POWER_SUPPLY_STATUS=Not charging POWER_SUPPLY_HEALTH=Good POWER_SUPPLY_VOLTAGE_NOW=4027000 POWER_SUPPLY_CURRENT_NOW=9375 POWER_SUPPLY_CHARGE_FULL=1163463 POWER_SUPPLY_CHARGE_NOW=970861 POWER_SUPPLY_TEMP=286 POWER_SUPPLY_TECHNOLOGY=Li-ion POWER_SUPPLY_PRESENT=1 POWER_SUPPLY_TIME_TO_EMPTY_NOW=391620 POWER_SUPPLY_TIME_TO_FULL_NOW=3932100 POWER_SUPPLY_CAPACITY=83 POWER_SUPPLY_ONLINE=1 1/5 the charge is lost at the moment ((( - Thank you for your attention. -- View this message in context: http://n2.nabble.com/discharge-the-battery-during-the-long-charge-trigger-very-wide-tp4617378p4617378.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: Mic volume extremely soft after buzz fix with SHR unstable
В Пнд, 22/02/2010 в 16:00 +0100, Jan Girlich пишет: I'm afraid something might be gone wrong with my buzz fix. Had a look at it yesterday evening and noticed one of the soldering points is really weak. Maybe that could be a reason? Too little of a connection from the capacitor to the resistor? It might be that you have your mic dead. I've replaced my own because it came already dead. The symptoms were the same. You must cry loud to micro and on the other end someone hears you very silent. -- WBR, Vladimir Berezenko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mic volume extremely soft after buzz fix with SHR unstable
Am Dienstag, den 23.02.2010, 10:03 +0300 schrieb Vladimir Berezenko: В Пнд, 22/02/2010 в 16:00 +0100, Jan Girlich пишет: I'm afraid something might be gone wrong with my buzz fix. Had a look at it yesterday evening and noticed one of the soldering points is really weak. Maybe that could be a reason? Too little of a connection from the capacitor to the resistor? It might be that you have your mic dead. I've replaced my own because it came already dead. The symptoms were the same. You must cry loud to micro and on the other end someone hears you very silent. Any way to conclusively check if it's the mic? And how did you get it replaced? I wouldn't be able to do the soldering work myself. Cheers Jan signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rutgers University writes malware for Freerunner
Having your web browser run as root is very dangerous. I hope we fix that soon. -- Michael Smith +61 416 062 898 http://glitch.tl ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
