Re: apt sources latest qtmoko
> I am doing just jffs2/tar.gz images. I dont enough time to create and maintain > .deb packages. You can try to ask Vicent to include more recent packages. Or > someone else wants to do it? if you (qtmoko devs) tell me which is the right path to follow or better if you can give an initial script to generate the .deb package I could do this for you. btw... if possible, why not include qtmoko in real debian tree? (like fso do?) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtmoko] email bug mime
if yuo use qtmoko email client,when a multipart message is received,only one part is showed and rarely it's the one with the message body. the others are hidden,also if you select simple text display mode. also it's not possible to see the source code of a message. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] email bug mime
On giovedì 8 aprile 2010 14:34:30, Radek Polak wrote: > On Thursday 08 April 2010 10:24:04 Alfa21-mobile wrote: > > > if yuo use qtmoko email client,when a multipart message is received,only > > one part is showed and rarely it's the one with the message body. > > > > the others are hidden,also if you select simple text display mode. > > > > also it's not possible to see the source code of a message. > > I made bug reports: > > http://bugs.qtmoko.org/view.php?id=124 > http://bugs.qtmoko.org/view.php?id=125 > > not sure if i get to fixing them soon. > > Regards > > Radek > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > fine, I added a comment right now :) take your time ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: beautiful qt based
On giovedì 8 aprile 2010 18:54:39, Esben Stien wrote: > openm...@pulster.de (Christoph Pulster) writes: > > > the game is over > > This is only the beginning;). > no.. it's the end of the world as we know it (and i feel fine) ;p ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangoGPS community development, patches (was: tangoGPS magnify patch)
On martedì 13 aprile 2010 11:43:19, arne anka wrote: > you are definitely off topic. > this list is neither to insult others at your pleasure nor to discuss > issues with your project or ego. > > those entirely tangogps related mails are filling up my account and have > nothing to do with openmoko. > > please, stop abusing other projects infrastructure for your personal needs. > full quote,definitely. regards ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtmoko] bluez squeeze
Radek, l can confirm bluetooth stopped working after debian package upgrade to testing. l note the daemon name is bluetoothd now instead of hcid. but maybe it's not relevant. cu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtmoko] v19 v21 kernel cfg file
radek (or anyone else) can you give me the kernel cfg used to build v19 + 21 versions? give me two urls, pastebin is ok too. bye ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gprs bug QtMoko v26
> You can try to experiment with AT log or disable multiplexing, but i dont know > anything better for now. > > Regards > > Radek hi radek, i tried rebooting with mux and deepsleep both disabled (neocontrol) and checked the at log (temporarily enabled)... all was ok and i can use arora with my gprs connection. i reverted back mux and deepsleep, rebooted with on/on and my gprs is still ok! :) i do not understand what was wrong before... but now all should be the same again, instead my gprs works a lot well :D btw, i can confirm sometimes the first attempt to start the gprs blink a while but fails... just try again and it's ok. kind regards, a. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
qtmoko apt sources.list configuration
hi i think it's not a good thing to hardcode the german apt mirror for the standard configuration in the mass qtmoko distribution: - almost every user will not configure the sources.list - it's not always the best choice, eg if you are not in europe - we could weigh down the .de mirrors (ok, maybe one day everyone in the world will have a FR with qtmoko ;D ) what about apt-spy? http://www.debianadmin.com/check-debian-archive-mirrors-bandwidth-using-apt-spy.html imho we should automatically run it before apt-update in R(apt)or... what do you think about this? bye ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v26
On Fri, Sep 10, 2010 at 4:13 PM, Thomas HOCEDEZ wrote: > But allday until when ? Because when I try an "apt-get update"... Bing!* : > no space left on device ! > Does anyone has a turnaround aor a real solution to this ? buy a bigger uSD ;) I've a 4GB partitioned as: 1 - 2GB as "/media/card" (fat32) 2 - 1.7GB as rootfs (ext3) 3 - 300MB as swap (swap) /* OT I've also added the following line in my /etc/sysctl.conf vm.swappiness=0 */ on v26 I can use my FR as a usb drive, with the 2GB partition (1) visible also in a windows system. bye ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v26
>> /* OT >> I've also added the following line in my /etc/sysctl.conf >> vm.swappiness=0 >> */ >> > Why ? what is it ? please read this: http://lists.openmoko.org/pipermail/community/2010-September/062911.html >> on v26 I can use my FR as a usb drive, with the 2GB partition (1) >> visible also in a windows system. >> bye > -> Nice idea ! and now a question from me: when the usb mass storage mode is enabled, all the used partitions is in read only mode.. I see qtmoko exports also the rootfs and imho it's not good because if I forget to switch off the usb storage ... it's bad for the whole system. the question is: how I can configure qtmoko to use only a specific partition? eg the one mounted on /media/card only? tnx. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: usb-mass-storage, data corruption, QtMoko v26
> btw I'm not sure if this is acceptable by OSes others than linux, because in
> this way we expose a storage without a partition table.
> (I'll check this on a windows computer asap)
ok, sorry... I was away from any kind of windows pc :P
now I can confirm this fix is ok and my phone is viewed as a regular
single partition usb mass storage (atleast in win XP and Linux)
so the fix is:
!!!-> I assume /dev/mmcblk0p1 being the fat32 partition used as storage
/opt/qtmoko/bin/usb-mass-storage-on.sh
[begin]
#!/bin/sh
DEV_NAME=/dev/mmcblk0p1
ifdown usb0
# sync all buffers
sync ; echo 3 > /proc/sys/vm/drop_caches
umount ${DEV_NAME}
rmmod g_ether
modprobe g_file_storage file=${DEV_NAME} stall=0 removable=y
[End.Of.File]
in my /etc/fstab I've this line:
/dev/mmcblk0p1 /media/card auto defaults 0 0
and
/dev/mmcblk0p2 / autodefaults,errors=remount-ro,noatime 0 1
instead of the "rootfs" one. (yes, my qtmoko is on the second
partition of uSD and I've qi bootloader)
[I've also a swap on /dev/mmcblk0p3 but it's another topic]
and in my /home/root/Documents/ I have a symlink like:
card -> /media/card/
so I can see its contents in qtmoko documents (remember the "Rescan
System" option in menu!!)
- with this modification you can start the mass storage (USB mass
storage on) an your /media/card data will be visible as an usb stick.
- it will be unmounted in qtmoko untill you select "USB mass storage
off" in qtmoko.
- your qtmoko will not corrupt the uSD.
- you'll be able to use your phone as always and you can also forget
to switch the storage off (but meanwhile you cannot do ssh or ip
connection via usb cable or read your /media/card inside qtmoko)
I suggest to Radek (and all the community in general) to review this
fix and possibly include it in the next release of qtmoko or asap.
(data corruption is not a nice thing)
if something is unclear, here I am! ;)
kind regards, a.
On Sat, Sep 11, 2010 at 3:31 AM, Alfa21 wrote:
> 2010-09...@18:13 Alfa21-mobile
>> and now a question from me:
>> when the usb mass storage mode is enabled, all the used partitions is
>> in read only mode..
>> I see qtmoko exports also the rootfs and imho it's not good because if
>> I forget to switch off the usb storage ... it's bad for the whole
>> system.
>>
>> the question is: how I can configure qtmoko to use only a specific
>> partition? eg the one mounted on /media/card only?
>
>
>
> about g_file_storage...
> we have this DOGMA: an usb host will not expect to see any changes in the
> storage other than the ones it makes.
>
> I found a critical (if the rootfs is on uSD) bug concerning the use of
> g_file_storage with the scripts in qtmokoV26!!
>
> - the "# mount checking" if, in /opt/qtmoko/bin/usb-mass-storage-on.sh is too
> weak because:
> 1) by default /etc/fstab in qtmoko contains "rootfs" for / and any root
> partition on the uSD is not found by that grep
> 2) any swap partition is not found by that grep
>
> so we could corrupt our storage if it remains mounted inside the freerunner
> and both exported with usb!
>
>
> a fix could be:
> - in storage-on script
> 1) modify the DEV_NAME with the name of the specific partition we want to
> export
> 2) umount it and really verify it's not mounted
> 3) modprobe g_file_storage (and we should add "removable=y" to the modprobe
> line)
>
>
> btw I'm not sure if this is acceptable by OSes others than linux, because in
> this way we expose a storage without a partition table.
> (I'll check this on a windows computer asap)
> ...else we could make a partition table inside the exported partition and use
> kpartx in the freerunner to read the storage (yes, it's like a matryoshka of
> partitions)
>
> bye, a.
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Sandisk 16GB SDHC not mountable
On Sun, Oct 3, 2010 at 4:56 PM, Gennady Kupava wrote: >> and so begins the might fall of the freerunner sd card reader... > > I think possible something just terrible wrong in kernel driver. From my > point of view it is worth to investigate, may be we can get x4 uSD > speedup. I do not know, but maybe it's related too? http://bugs.qtmoko.org/view.php?id=179 (please do not consider my replies there because they are OT) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
On Wed, Oct 20, 2010 at 11:12 AM, Radek Polak wrote: > Hi, > there is now new v28 release of qtmoko ready for downloading flashing and > testing. You can download it from our sourceforge page under "Experimental" > folder [1]. please, - review and possibly include the patched version of the script for usb mass storage I sent some day ago. - roll back the power config patch about "locked" scenario to the previous state because it's bugged and not stable. (and no, it's not only a cosmetic bug) - please don't switch back and forth on odd/even numbers to indicate a stable or experimental release, or add a tag to the version number to do that, eg: v28exp or v28u VS v28 otherwise it's difficult to understand if it's ok for everyday use. btw, thank you all for the work! :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko v28
> It's under Experimental folder, so i was hoping that it's quite clear that > it's experimental ;-). > > Although it's experimental it should be ready for daily use for many people, i > am using it myself as daily phone. > > I still consider v26 to be stable - and it's as default download on > sourceforge. mmh... ;-) so why is v28 called "experimental"? (not a real question eh!) ok but when it's installed on a moko there is not that folder to remember us it's nature ;P and maybe it's easier for all of us here in list to immediately distinguish that while discussing about qtmoko if we have such a standard in versioning (like shr too) to put different emphasis on certain kind of bugs accordingly. just my 2c. :) kind regards ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: backup battery and case screws questions
On Mon, Oct 25, 2010 at 4:45 PM, Patryk Benderz wrote: > Is there any backup battery? I was sure there was none by design - my FR > lost RTC since i bought it, even when I removed battery for just a few > seconds. yes, look here: http://wiki.openmoko.org/wiki/Image:Gta02a5_pcba_ps.JPG on the right, near the middle, the little round metallic shape soldered on the pcb is the battery. It's a known hardware bug and afaik replacing it will dry the new one in short time too. I'm not aware about a fix to that bug. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Input Method for mobile phones with a touchscreen
On Tue, Nov 2, 2010 at 5:05 PM, Ole Carlsen wrote: > Den 02-11-2010 16:43, Rashid skrev: >> Thats great. Just choose the group of letters you want to use and then >> choose the letter by drawing a circle. Have a look at it. >> >> http://mobile.slashdot.org/story/10/11/01/1515236/8pen-Reinvents-the-Keyboard-For-Mobile-Devices > > Isn't that some of the same idea with qwo? > http://www.youtube.com/watch?v=j5qDqE1DYl0 > when I was on shr I loved qwo too, also because it'd be used like a numpad 3x3 (+1 special for the zero) it's the thing I miss most since I'm on qtmoko... but now I keep a trimmed toothpick in my batteryslot ;) https://savannah.nongnu.org/projects/qwo/ http://mrl.nyu.edu/~perlin/demos/quikwriting.html btw I think this one is an improved version of the qwo for openmoko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Someone is trying to patent Quickwriting
I think the concept behind quickwriting is unrelated to the numbers of zones but the way you use them to write. http://mrl.nyu.edu/~perlin/experiments/quikwriting/ "The basic conceit of Quikwriting is that you make a character by moving your pen first out of, and then back into, a central resting done. So drawing a character is sort of like drawing a flower petal. Below is the very first demo I made for it" btw, in this page I read also: "Then several things happened. Microsoft got interested in it and licensed it from NYU (thereby helping to support our research!)" so, I think it's not free :P On Tue, Nov 16, 2010 at 9:05 AM, Daniele Ricci wrote: > Cross-posting for broadcasting Justus idea. > > > On Tue, Nov 16, 2010 at 00:00, Justus Winter > <4win...@informatik.uni-hamburg.de> wrote: >> I am also tempted to mail the person(s?) behind 8pen addressing my >> concerns about his attempt to patent the idea, maybe even challenge his >> position stating that I would not recognize his claim. I believe the >> company is based in France (information is a scarce resource on both >> the 8pen and the companies (3qubits) one, I did a whois query). I'd be >> very interested whether such a patent is enforceable within the EU... >> > > I already did a few days ago; just a couple of mails... the interest > part is this: > > === message received from them === > Dear Daniele, > > In fact we did not know about the "Quickwriting" method that you have > pointed out to us. It strikes us as an incredible coincidence. > > We're not interested in engaging into a legal debate, but in the > development of an efficient alternative to conventional keyboards on > small devices. However, intellectual property law does apply, and > copying the "8pen" does violate it within the scope set by the patent > previously referred to. > > We're not dealing personally with issues that are in conflict with our > patent, or that violate it, but we have instead passed them on to the > lawyers who have filed it. > > === my reply >> Dear Daniele, >> In fact we did not know about the "Quickwriting" method that you have >> pointed out to us. It strikes us as an incredible coincidence. >> We're not interested in engaging into a legal debate, but in the development >> of an efficient alternative to conventional keyboards on small devices. > > Me neither I am interested in a legal debate, I just wanted to let you > know that your idea is not original, thus it can't be applied for > patenting. Anyway we'll wait for your patent approval. > >> However, intellectual property law does apply, and copying the "8pen" does >> violate it within the scope set by the patent previously referred to. >> We're not dealing personally with issues that are in conflict with our >> patent, or that violate it, but we have instead passed them on to the >> lawyers who have filed it. > > Of course i won't name my program "8pen for Linux". > I guess editing Quickwriting to use 4 zones instead of 9 would violate > your patent too? If Quickwriting was easily configurable to change the > number of zones, how could this be handled? > > = end = > >> Would anybody care to join me on this one? We could create a message >> or a message template and ask everyone send this message to the person >> behind the 8pen (crowdsourcing seems to be the catchy phrase for this >> approach...). >> >> Cheers, >> Justus >> > > Sure, i'm with you 110% :-) > > -- > Daniele > > ___ > 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: Someone is trying to patent Quickwriting
On Tue, Nov 16, 2010 at 1:11 PM, Jon 'maddog' Hall wrote: > Not necessarily. There can be dual licensing, like in MySQP, which > would allow for a not-for-profit or open source licensing. you are right, but they are not saying it's for free neither. I tried to contact that email address for nyu licensing but it's not an active mailbox :S (bounced email) also tried to email perlin but no response. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Faenqo theme] date/time
I'm sorry for the name error (I've just copy/pasted it from the apps page) about the theme, personally, I'd like the both small and big (huge) clock solution in the two positions. they should be both visible also when the lock and key are showed on screen... maybe lateral place or vertical if possible. kind regards and good work. On Tue, Mar 8, 2011 at 10:49 AM, cyberesprit wrote: > Hello! > > Thanks Joif for your help ^^ > >> Well, it could be an interesting idea to have a date/time indicator that > >> appears in the titlebar only when you are not at the homescreen. > > Excellent ! > > If I removed the date and time, it is because I found it unnecessary to see > all the time .. but you're not alone in asking this question. > > In some applications, the time may be obscured by the widget that lets you > change keyboard. > > Now, if the possibility of giving the choice to the user in configuring the > theme would be possible .. it would be great > > Volunteers? ^^ > > Le mardi 08 mars 2011 09:57:48, Francesco De Vita a écrit : > >> Hi! > >> He is cyberesprit not cyberspirit ;) About the position of the date/time > >> it is possibile to move it near the carghe indicator. But because we > >> have much space in the homescreen, do you prefer to have the date/time > >> indicator only in the titlebar (in the top) or to have it also in the > >> homescreen (it is a redundancy, but a bigger date/time indicator here is > >> easier to read)? > >> Well, it could be an interesting idea to have a date/time indicator that > >> appears in the titlebar only when you are not at the homescreen. > >> > >> Regards > >> Joif > >> > >> ___ > >> 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
[qtmoko] email client bug with multipart/mixed
I think qtmoko's email client program does not support mixed multipart. when I receive an email of that kind i see: Name 0 multipart/alternative Type multipart/alternative No viewer available no problem with multipart/alternative kind of email. you can see pasted below selected email headers of booth OK and NOT_OK kind of emails. Content-Type: multipart/alternative; boundary="Boundary-01=_5xhdN/yWqqx2+tj" Content-Transfer-Encoding: 7bit Message-Id: <201103081309.29361.cyberesp...@cyberesprit.fr> --Boundary-01=_5xhdN/yWqqx2+tj Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Type: multipart/mixed; boundary="===0406204840==" Sender: community-boun...@lists.openmoko.org Errors-To: community-boun...@lists.openmoko.org --===0406204840== Content-Type: multipart/alternative; boundary="Boundary-01=_uufdNynmOmBH6MN" Content-Transfer-Encoding: 7bit --Boundary-01=_uufdNynmOmBH6MN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtmoko33] usb storage issue and kernel panic (was Re: qtmoko v33)
On Fri, Mar 4, 2011 at 10:16 PM, Alfa21 wrote:
>> * fixed usb mass storage script
>
> I like the added logic to use the whole sdcard or a specific partition!
>
> btw why in fstab you consider swap on p4? is there any doc about use of p3 in
> qtmoko?
> (I usually set uSD's p1 as storage, p2 as rootfs, p3 as swap)
>
> ah, about fs type... do you consider for future releases using btrfs or ext4?
> I know they have optimizations for flash memory kind of storage.
hi radek,
I modified the last line in "on" script like:
#modprobe g_file_storage file=${DEV_NAME} stall=0
modprobe g_file_storage file=${DEV_NAME} stall=0 removable=y
this because otherwise (at least with a specific single partition
scenario) the usb drive is not usable with windows.
with linux and my home tv-set and home theater is always accessible,
with or without the "removable=y" directive.
this change just add the compatibility with windows OS (tested on winXP).
btw, both now and before, I get kernel panic changing usb mode back
and forth storage/ethernet more than twice... :(
I'm not able to tell more on this issue because on reboot do not see
anything interesting inside logs :S
regards
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
qtmoko33 regression in qtmaze (was: [cutemaze] on [qtmoko 33] howto control moves?)
On Tuesday, March 8, 2011 21:32:55, Joif wrote: > Hi! > Are we talking about QtMaze? If so I noticed that in the v33, and at least > in QtMaze, the accelerometers do not work. Instead, the new game Gottet (a > tetris clone) that I found in the apps page, seems to not have any kind of > control buttons. I don't know if in previous version of QtMoko it worked ouch! you're right: qtmaze regression, the ball stuck firmly in the initial position! but no, cutemaze is a different game affected by the same issue you have found in gottet. regards ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtmoko33] wifi doesn't power off and drains the battery (was: qtmoko v33)
On Sat, Mar 5, 2011 at 5:14 PM, Alfa21 wrote: > previously I had v31 and it was ok, but only on the first attempt and then I > needed to reboot > (rebooted also because wifi didn't stop and battery drain empty in few hours) quoting myself to report this bug is present in v33 too: if you successfully connect to any wifi network (in v33 only open networs are accessible) then the hardware remains in active state, draining the battery flat in few hours depsite you disable the connection via the software interface. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko33] wifi doesn't power off and drains the battery (was: qtmoko v33)
yes, I can confirm, with the command: echo s3c2440-sdi > /sys/bus/platform/drivers/s3c-sdi/unbind the battery charge is in safe :) tnx! On Wed, Mar 9, 2011 at 2:29 PM, W. B. Kranendonk wrote: > > > --- On Wed, 3/9/11, Alfa21-mobile wrote: >> if you successfully connect to any wifi network (in v33 >> only open >> networs are accessible) then the hardware remains in active >> state, >> draining the battery flat in few hours depsite you disable >> the >> connection via the software interface. > Ah, that explains..! I had such an idea, after my battery ran out much faster > than I expected. > > In general, is there a GUI-feedback on the neo-quick-settings (or what is it, > top left icon with the cogwheels when using Faenqo?) > > For now, I put most of them in favourites, so that I will return to "home" > after successfully clicking something. The current status of some of them I > have been able to find back in the GUI, so I understand that for now /proc > can be consulted for the current status? > > Boudewijn > > > > > ___ > 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: bug: sd card not unmounting
no, not here. I've v33 and works for me! (full installation on uSD with 3 partitions: storage/rootfs/swap) rather, are you 100% sure about your hardware clock? otherwise system vs rtc clock skews may trigger a check of the filesystem! regards. On Wed, Mar 9, 2011 at 6:36 PM, dmatthews.org wrote: > I do think this is a bug new in v33 > > as described below any shutdown/reboot, whether from commandline or gui, > means that a fsck of the card reports it was not cleanly unmounted. > > I ran > > lsof | grep /media/card > > to show no open files - but this is too regular (100% reproducible) and never > happened after a clean shutdown on v26. In any case the system should force a > close of any unopen files and an umount before it shuts down. > >> > I automount a sd card partition (ext2); the system does not seem to >> > unmount it cleanly. It makes no difference whether I halt or reboot >> > either from the gui or commandline; when the neo comes back up if I >> > fsck the card it reports that it was not unmounted cleanly. >> > >> > > > > > -- > David Matthews > m...@dmatthews.org > > ___ > 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: [qtmoko33] wifi wpa2-psk issue (was: qtmoko v33)
On Wednesday, March 16, 2011 13:17:56, Radek Polak wrote: > On Tuesday 08 March 2011 22:29:22 Alfa21 wrote: > > > 2011-03-05@17:14 Alfa21 > > > > > 2011-03-05@12:42 Radek Polak > > > > > > > > * unable to connect wifi wpa2-psk > > > > > > > > Was is working in some older versions? It can be bug either in > > > > wpa_supplicatant or in qmoko wifi plugin that creates configuration for > > > > wpa_supplicant. Does it work when you setup wpa_supplicant from command > > > > line? I am trying to connect WPA2-psk here and it does not work too :( > > > > > > previously I had v31 and it was ok, but only on the first attempt and > > > then I needed to reboot (rebooted also because wifi didn't stop and > > > battery drain empty in few hours) the blue led in v31 did never turn on > > > while connected. > > > before v31 it was all ok... IIRC > > > > hi, > > I tried to manually configure the wifi link: > > as you can read below, seems to be something different with the wpa driver > > in v33... > > Hmm i just tested wpa2-psk here at work and it works (only the first connect > after reboot). But it can be of course different AP. You could try to enable > Networking category in Settings->Logging and send me full log. Or you could > try to replace wpa_supplicant with package from lenny. But I am not wifi > expert > so cant promise anything. > > Regards > > Radek > hi radek, i'm sorry for the silence. i found the solution about this topic: 1) qtmoko doesn't kill wpa-supplicant closing wifi the first good time, this is bad! 2) because of previous point i messed too much and missconfigured my ap.. so i tried with wrong settings, ignore me: current supplicant is ok! 3) remains the problem of battery discharge when you disconnect from wifi:maybe interface doesn't go to sleep?btw i can force this by script (wifi off) regards! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko33 regression in qtmaze (was: [cutemaze] on [qtmoko 33] howto control moves?)
On Tuesday, March 15, 2011 14:50:00, Radek Polak wrote: > On Tuesday 08 March 2011 22:49:19 Alfa21 mobile wrote: > > > ouch! you're right: qtmaze regression, the ball stuck firmly in the initial > > position! > > IIRC you need "modprobe joydev" I'll try to fix it for next release. > > Regards > > Radek > > fix confirmed here! :) tnx ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko33] wifi wpa2-psk issue (was: qtmoko v33)
> > > 3) remains the problem of battery discharge when you > > disconnect from wifi:maybe interface doesn't go to sleep?btw i can force > > this by script (wifi off) > > > > I think we can add this to wifi script as well. I will do it tomorrow at work > where i can test it. > > Regards > > Radek > no, beware! if you turn off wifi in that way, then the line in internet gui tells no wifi interfaces available! it's too low level in that way, imo. i would prefer a way which put the interface in its initial state but keeps it available and not removed. i've to check but maybe killing supplicant is just enough... i'll verify and report you about that. regards ps: now i'm on wifi with qtmoko email client, from a pub's hotspot ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
apps qtmoi
qsamegame: i'm not able to see the game board. qtopiagps: 404 .deb not found on the server. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtmoko] lost new contacts
hi all, again I see new contacts added to my addressbook disappears when I shut down my gta02... is it possible I'm the only one with this problem? recently,after a clean install of v33,I added few contacts (5) and they are here in my list, but now I loose any new contact. usually I add them from new received sms... but I do not think there is any difference. please tell me if i'm ok because I'm going crazy ;p kind regards ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: About QtMoko future
> Then we need debian packages for FSO stack (anyone know if they exists and > what is the current status?) and we can start using it. you can look here: http://packages.debian.org/search?keywords=fso&searchon=names&suite=all§ion=all ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
On Thu, May 26, 2011 at 6:02 AM, Paul Fertser wrote: > Basically, ``ls /sys/bus/platform/drivers/s3c2440-sdi'', it should let > you know if the module (even when built-in) is binded or not. It > shouldn't be if you want the card to not drain the battery. > > ``echo s3c2440-sdi > .../unbind'' (or bind) is how to handle this > manually. thanks for the hint! but here it looks a little different: root@neo:~# find /sys/bus/ -name '*sdi*' /sys/bus/platform/devices/s3c2440-sdi /sys/bus/platform/drivers/s3c-sdi /sys/bus/platform/drivers/s3c-sdi/s3c2440-sdi /sys/bus/sdio /sys/bus/sdio/drivers/sdio_ar6000 the location is in devices and in drivers I see s3c-sdi so I can find the unbind here: root@neo:~# find /sys/bus/ -name '*unbind*'|grep sdi /sys/bus/platform/drivers/s3c-sdi/unbind /sys/bus/sdio/drivers/sdio_ar6000/unbind how I can check if it's in bind or unbind state? maybe the scripts in qtmoko try to unbind it using a wrong path? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
On Thu, May 26, 2011 at 12:08 PM, Paul Fertser wrote: > Alfa21-mobile writes: >> so I can find the unbind here: >> root@neo:~# find /sys/bus/ -name '*unbind*'|grep sdi >> /sys/bus/platform/drivers/s3c-sdi/unbind > ... >> how I can check if it's in bind or unbind state? > > If ar6000 is listed among the files at the path you mention, it's > binded. > >> maybe the scripts in qtmoko try to unbind it using a wrong path? > > Possibly so :) > > -- > Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! > mailto:fercer...@gmail.com > fine, root@neo:~# echo s3c2440-sdi > /sys/bus/platform/drivers/s3c-sdi/unbind root@neo:~# find /sys/bus/ -name '*sdi*' /sys/bus/platform/devices/s3c2440-sdi /sys/bus/platform/drivers/s3c-sdi /sys/bus/sdio /sys/bus/sdio/drivers/sdio_ar6000 now I see in "internet", "wireless lan" = "unavailable" and it's not possible to start a wifi connection. root@neo:~# echo s3c2440-sdi > /sys/bus/platform/drivers/s3c-sdi/bind root@neo:~# find /sys/bus/ -name '*sdi*' /sys/bus/platform/devices/s3c2440-sdi /sys/bus/platform/drivers/s3c-sdi /sys/bus/platform/drivers/s3c-sdi/s3c2440-sdi /sys/bus/sdio /sys/bus/sdio/drivers/sdio_ar6000 now I see wifi ok and it's functional (verified also with arora browser) the strange thing (for me) is: why at boot time it's binded but does not consumes the battery untill the first wifi connection? btw I've to check if after that, a unbind/bind operation can fix this issue... I'll tell you asap! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
On Thu, May 26, 2011 at 12:44 PM, Radek Polak wrote: > On Thursday 26 May 2011 12:08:07 Paul Fertser wrote: >> Alfa21-mobile writes: >> > maybe the scripts in qtmoko try to unbind it using a wrong path? >> >> Possibly so :) > > You can run the script from terminal and see if it is ok. All the scripts are > in /opt/qtmoko/bin - it's very easy to check what they do. hi radek,i can confirm they are correct: root@neo:~# grep -r sdi /opt/qtmoko/bin/ /opt/qtmoko/bin/wifi-bind.sh:echo s3c2440-sdi > /sys/bus/platform/drivers/s3c-sdi/bind /opt/qtmoko/bin/wifi-unbind.sh:echo s3c2440-sdi > /sys/bus/platform/drivers/s3c-sdi/unbind and are executables... but I do not know neither if they are called after a wifi disconnection, nor if after an unbind/bind cycle the power consumption during stdby returns to the same state like after a reboot (now I'm testing this one) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtmoko] power drain after wifi connection
On Thu, May 26, 2011 at 12:48 PM, Timo Juhani Lindfors wrote: > Alfa21 writes: >> afaik the difference is in the std-by power consumption and I think >> any script does not run during the std-by power state. > > You can measure suspend power consumption by taking a reading > immediately after resume. I'll check this, thanks. >> mmh.. a question: I do not remember how to verify if it goes in sleep >> or in deep-sleep > > What are these? maybe deep-sleep is only related to the gsm-chip power state? I'm not sure. btw I've hardware fix #1024 and deep-sleep enable in neocontrol. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: power drain after wifi connection
>> I am quite sure they are not called after disconnect. I think that the kernel >> is responsible to turn wifi off in suspend (unless you want to keep it on >> during >> suspend e.g. for wake-on-wlan function). > > Yes, in suspend the kernel turns off the module completely, it > shouldn't drain anything, at least it never used to. ok, after some testing sessions I can confirm a unbind/bind cycle can be used as workaround and the battery is in safe. also empirically, I feel my gta02 gets warm a little when in stdby if I do not unbind, removing the rear cover, in the area between the battery and the "smile" hole. instead if I never use wifi or unbind/rebind after the use, it keeps the normal (ambient) temperature. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
sandwich case idea
hello, what do you think about a multi layer case like this one, but made for GTA* ? http://www.pibow.com/ look the low price! I think something like this could also be made by a reprap or any 3D printer ...or laser cut service: http://www.vectorealism.com/en/make-a-product/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
bt slide keyboard
do you know if there is something similar usable with gta? http://www.usbgeek.com/collections/iphone/products/iphone5-case-slideout-keyboard ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OT: Ubuntu phone && HTML5 / QML
Hi *, I think it's difficult to gain interest of new users if a new user must buy an old casing first of being able to use the new hardware also, old casings are a limited resource and are awful to look compared to newer and slimmer styles moreover the old casings eventually need to be modified (drilled) by the final user to host the camera just my 2cents, A21 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OT: Ubuntu phone && HTML5 / QML
> > > > Well, that is not the goal of the GTA04A5 project. It was focussed right > from the beginning (and therefore still is) to give > those who already have a GTA02 a much more powerful processor and some > newer peripherals. > > Like a replacement motor for an old car. > > I know, and also for me it's interesting a new engine for an old car, but you will never exit from the 1&2 statement if new users will remain cut off from the game, imho. your solution is directed only to a subset of older users and this can hardly embrace a wide audience that allows to lower the final prices from my pov, you are cutting out both: - fresh users, potentially interested in getting a real open phone - old users, interested in getting an open phone competitive on price > -1 The price. for me it is afordable at 170 euro vs +/- 600 euro for a > neo900 and slightly less for the GTA04A5 > > -2 The device is in "mass" production, compared to the volumes of GTA04 > or neo900 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
