Re: [qtmoko33] wifi wpa2-psk issue (was: qtmoko v33)
Hi, I can confirm that there is no problem with wifi wpa-psk/wpa2-psk in aes encryption mode (qtmoko v.33). But there is other annoying thing: fbreader canot be started from QX, if someone knows a solution please tell me or fix it (radek). On Wed, 16 Mar 2011 13:17:56 +0100, 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 ___ 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: [qtmoko] The qnetwalk package is missing an executable?
another bug report for repo http://qtmoko.sourceforge.net/apps/qtmoko-keyboard-russian-abc.html when u click on link, there is no appropriate page: An error has been encountered in accessing this page. 1. Server: qtmoko.sourceforge.net 2. URL path: /apps/qtmoko-keyboard-russian-abc_1-1_all.deb 3. Error notes: NONE 4. Error type: 404 5. Request method: GET 6. Request query string: NONE 7. Time: 2011-03-17 18:32:29 UTC (1300386749) Reporting this problem: The problem you have encountered is with a project web site hosted by SourceForge.net. This issue should be reported to the SourceForge.net-hosted project (not to SourceForge.net). On Thu, 17 Mar 2011 16:53:54 +0100, Radek Polak wrote: Wesley Frazier wrote: Cant play my favorite qtmoko game. The package here: http://qtmoko.sourceforge.net/apps/qtmoko-qnetwalk.html once installed will not launch on qtmoko v33. I do not see a binary in /opt/qtmoko/bin . When I manually decompress the deb I dont see any executables inside. The build file was missing template=app, it's now fixed and new package uploaded. Thanks for reporting! Regards Radek ___ 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: QtMoko and FSO (was: qtmoko v33)
Agree with Gennady. Look what happened to SHR! It is also necessary to fix rndis usb-host ) On Wed, 09 Mar 2011 22:48:28 +0300, Gennady Kupava wrote: Hi, I hope there is still some chances that Radek will change his dicision. From my point of view where is no real need in FSO/qt gibrid, because of following reasons: 1. qt stack has richer functionalily, better performance, and less bugs than that FSO dbus/vala thing (don't throw rotten tomatoes to me plese) 2. qt has it's own resource management, FSO - it's own, rewriting qt one to FSO one is worthless effort 3. where logs of significantly more useful, easier and non-destructive goals to rich, i can suggest few: 3.1 switch back to X11. with new graphical subsystem performance this will work great. 3.2 switch to newer qt versions 3.3 fix 100500 bugs left 3.4 add gta04 support - most important 3.5 improve performance and usability 3.6 implement new features, like: 'geek' theme, sliding buttons in answer screen ^^^ IMO this set can keep everyone busy for a while. where is also no real benefit visible from switching to FSO. qtmoko will become more complicated, more buggy, slower, harder to develop :( I afraid i'll have to stay on non-FSO version forether. And certain, this planned change worth more discussion. If someone wants FSO, better to install it on debian or with SHR. Gennady. В Втр, 08/03/2011 в 18:00 +0100, Radek Polak пишет: Dmitry Chistikov wrote: I'm afraid it's too early to ask, but could you give an estimate on how much time it'll take to enable the use of FSO framework? Just something like about a year or, say, not less than four months. Writing simple dialer application could be matter of days/hours. Integrating all the functions so that it looks like qtmoko now will be much more difficult (i cant even guess how much). We also need FSO running on debian - i'd prefer current git version. I am not aware if there are debian packages for recent FSO. Anyone knows? Regards Radek ___ 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