Opkg incompatible with suspend
For many image eons the opkg seems to be incompatible with suspend: http://wiki.openmoko.org/wiki/Manuals/SHR#opkg_upgrade_issues Suggestion: Somebody ought to make an application/script or modify opkg so it checks the following: Is the battery/accumulator charged enough for an upgrade? or else Is the phone powered enough via the USB port? Is Settings->Power at 500mA or is the Openmoko power supply supplying power? Is the internet reachable? Is dns working? (A short but sufficient NAND-flash or ext2/3 consistency check ought to be done?) (Is enough file system space available?) (If it is possible to check the opkg database consistency, then it should be done once every boot, but only if this script is run?) (Is the needed servers reachable via http, ftp or whatever?) If the above is met the upgrade can begin or else the user should be informed what is needed, before an upgrade can begin. - If the user press the "suspend" button, what should then happen? If the USB power is cut what should then happen? - More generally something ought to test (persistently) for resources before launching an application and afterwards: If an application can not make changes to the file system, it can be started without restrictions or popup recommendations. The FSO ought to "intercept" all applications that might make changes to the file system and inform of low power and request commit before lanching them, if insufficiently power is available. The FSO ought to "intercept" all applications that might need internet access and request commit (or wait for transparent establishing of the internet access) before lanching them, if no internet access is available. The FSO ought to "intercept" all applications that might need GPS access and request commit (or wait for transparent establishing of the GPS access) before lanching them, if no GPS access is available. Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SHR-testing-091210: Wireshark install failure
With the SHR-testing-091210, I can not install Wireshark (in the elder unstable image, some weeks ago, the installation worked properly): r...@om-gta02 ~ $ opkg install http://www.opkg.org/packages/1_wireshark-common_1 .0.99+svnr26030_armv4t.ipk http://www.opkg.org/packages/2_wireshark_1.0.99+svnr2 6030_armv4t.ipk Downloading http://www.opkg.org/packages/1_wireshark-common_1.0.99+svnr26030_armv4t.ipk pkg_parse_from_stream_nomalloc: missing new line character at end of file! Downloading http://www.opkg.org/packages/2_wireshark_1.0.99+svnr26030_armv4t.ipk pkg_parse_from_stream_nomalloc: missing new line character at end of file! Installing wireshark-common (1.0.99+svnr26030) to root... Installing wireshark (1.0.99+svnr26030) to root... Installing wireshark-common (1.0.99+svnr26030) to root... pkg_parse_from_stream_nomalloc: missing new line character at end of file! pkg_parse_from_stream_nomalloc: missing new line character at end of file! Configuring wireshark Configuring wireshark-common Collected errors: * ERROR: Cannot satisfy the following dependencies for wireshark-common: * libpcap0.9 * * Cannot find package wireshark-common. r...@om-gta02 ~ $ Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] SHR-testing-091210: Wireshark install failure
At 14:05 +0100 11/12/09, Sebastian Spaeth wrote: >On 12/11/09 12:12, Glenn wrote: >> With the image-testing-091210, I can not install Wireshark (in the >> elder unstable image, some weeks ago, the installation worked >> properly): > >Well, wireshark is not in the SHR feed, so the required library >dependencies are not there either... > >Did I mention that shr-testing does not support opkg.org packages? :-) > >Please do file a trac issue for a wireshark package request, if you want >that in the shr feed. >Thanks, > >spaetz >___ >Shr-User mailing list >shr-u...@lists.shr-project.org >http://lists.shr-project.org/mailman/listinfo/shr-user Hi spaetz Thanks for your answer. I tried to register: Oops Trac detected an internal error: KeyError: 'recaptcha_challenge_field' - Tried to create a ticket: Error: Forbidden TICKET_CREATE privileges are required to perform this operation TracGuide - The Trac User and Administration Guide Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] SHR-testing-091210: Wireshark install failure
At 14:37 +0100 11/12/09, Glenn wrote: >At 14:05 +0100 11/12/09, Sebastian Spaeth wrote: >>On 12/11/09 12:12, Glenn wrote: >>> With the image-testing-091210, I can not install Wireshark (in the >>> elder unstable image, some weeks ago, the installation worked >>> properly): >> >>Well, wireshark is not in the SHR feed, so the required library >>dependencies are not there either... >> >>Did I mention that shr-testing does not support opkg.org packages? :-) >> >>Please do file a trac issue for a wireshark package request, if you want >>that in the shr feed. >>Thanks, >> >>spaetz >>___ >>Shr-User mailing list >>shr-u...@lists.shr-project.org >>http://lists.shr-project.org/mailman/listinfo/shr-user > >Hi spaetz > >Thanks for your answer. > >I tried to register: > >Oops >Trac detected an internal error: > >KeyError: 'recaptcha_challenge_field' > >- > >Tried to create a ticket: > >Error: Forbidden > >TICKET_CREATE privileges are required to perform this operation > >TracGuide - The Trac User and Administration Guide > >Glenn Hi spaetz I have now made a ticket request. Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Opkg incompatible with suspend
At 15:49 +0100 11/12/09, Sebastian Spaeth wrote: >On 12/11/09 13:56, Glenn wrote: >> For many image eons the opkg seems to be incompatible with suspend: >> http://wiki.openmoko.org/wiki/Manuals/SHR#opkg_upgrade_issues > >I just added > >alias opkg="fsoraw -r CPU -- opkg" > >to my /etc/profile. >This will prevent suspending the Freerunner while upgrading. Just make >sure fsoraw is installed on your Freerunner (it should be on it by >default but for some reasons is not). > >The reason why someone objected to making this the default is that then >opkg will fail if fsoraw fails (e.g. when fsodeviced/frameworkd was not >started, or after fsodeviced was restarted (and the CPU resource is not >registered anymore). > >spaetz >___ >Shr-User mailing list >shr-u...@lists.shr-project.org >http://lists.shr-project.org/mailman/listinfo/shr-user Hi spaetz It ought to be default for many applications and commands. If fsoraw is not started, it is be possible to use: /usr/bin/opkg ... I have inserted your response in: http://wiki.openmoko.org/wiki/Manuals/SHR#opkg_upgrade_issues Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Opkg incompatible with suspend
Got solution from Sebastian Spaeth and put it in: http://wiki.openmoko.org/wiki/Manuals/SHR#opkg_upgrade_issues Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [WikiReader] Battery Life
At 17:50 + 13/12/09, Al Johnson wrote: >On Saturday 12 December 2009, David Garabana Barro wrote: >> O Sábado, 12 de Decembro de 2009, Jeff escribiu: >> > Alkaline, the original energizer batteries that came with the device. I >> > may have some NiMH batteries lying around somewhere, but I don't have >> > any AAA lithium polymer nor a suitable charger. >> >> NiMH will be even worse. >> They autodischarge 5-10% on first day, and 1% every next day... > >That depends on the NiMH. Several manufacturers are now making them with very >low self discharge (~5%/month). They work very well in applications where I >previously stuck to alkalines, such as my Psion 5 which probably has a lot in >common with the wikireader. > >I would also suggest trying a different brand of alkalines. The discharge >voltage characteristic varies significantly between brands, and some devices >stop working with the battery at a relatively high voltage. The Psion often >works well with alkalines that other devices claim are dead. Even when the >Psion has finished with them, they can be recharged with a suitable charger. ... Hey! It is these batteries: http://en.wikipedia.org/wiki/Low_self-discharge_NiMH_battery Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [WikiReader] Battery Life
At 20:36 +0100 13/12/09, Glenn wrote: >At 17:50 + 13/12/09, Al Johnson wrote: >>On Saturday 12 December 2009, David Garabana Barro wrote: >>> O Sábado, 12 de Decembro de 2009, Jeff escribiu: >>> > Alkaline, the original energizer batteries that came with the device. I >>> > may have some NiMH batteries lying around somewhere, but I don't have >>> > any AAA lithium polymer nor a suitable charger. >>> >>> NiMH will be even worse. >>> They autodischarge 5-10% on first day, and 1% every next day... >> >>That depends on the NiMH. Several manufacturers are now making them with very >>low self discharge (~5%/month). They work very well in applications where I >>previously stuck to alkalines, such as my Psion 5 which probably has a lot in >>common with the wikireader. >> >>I would also suggest trying a different brand of alkalines. The discharge >>voltage characteristic varies significantly between brands, and some devices >>stop working with the battery at a relatively high voltage. The Psion often >>works well with alkalines that other devices claim are dead. Even when the >>Psion has finished with them, they can be recharged with a suitable charger. >... > >Hey! > >It is these batteries: >http://en.wikipedia.org/wiki/Low_self-discharge_NiMH_battery > >Glenn Here you have an older version with a list of battery names: http://en.wikipedia.org/w/index.php?title=Low_self-discharge_NiMH_battery&oldid=180982680 Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Shr-User] wi-fi connection breakage and phone suspend during upgrade (shr-u)
Hi, The following issue is minor, but for a remote management point of view a problem. - Remote via shr-testing NAND-system: * After a succesful installation of shr-full-eglibc-ipk--20091204-om-gta02.rootfs.tar.gz (shr-u variant) to a SD partition. * restart up from the SD partition. On FR device: * setting power suspend off * setting password * restarting sshd * starting wi-fi and connecting to a network Logging in via ssh from a PC via wi-fi to FR: r...@om-gta02 ~ $ opkg update;opkg upgrade;sleep 1;sync;sleep 1;sync;sleep 1;syn c ... Upgrading phonefsod on root from 0.0.0+gitr163+0bc4b96c16c79a977cda3e3499caab32190cccf1-r3.4 to 0.0.0+gitr169+f22c656a0cb0cb158aa42a39924069307542e97f-r4.4... Downloading http://build.shr-project.org/shr-unstable/ipk//armv4t/phonefsod_0.0.0+gitr169+f22c656a0cb0cb158aa42a39924069307542e97f-r4.4_armv4t.ipk Configuration file '/etc/phonefsod.conf' ==> File on system created by you or by a script. ==> File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions (if diff is installed) The default action is to keep your current version. *** phonefsod.conf (Y/I/N/O/D) [default=N] ? Y Upgrading task-shr-minimal-x on root from 2.0-r18.4 to 2.0-r19.4... ... Configuring task-shr-minimal-apps Configuring connman System startup links for /etc/init.d/connman already exist. Restarting Connection Manager >>(phone suspends thus interfering with upgrade configuration)<< I now assume that the installation is broken/inconsistent. - What can be done to resolve this issue? Backgrounding is not an option, because (among others) phonefsod upgrade phonefsod.conf question, might need inactive response: 3.12.3 Backgrounding and killing jobs. http://tldp.org/LDP/gs/node5.html#SECTION005123000 Qoute: "...just type an & after the command, something like # & ..." - Possible solution?: Is it possible to start a terminal window on the phone remotely and have output copied to the ssh window and the input copied to terminal window input? How? Or is X11 remote access to the phone screen a possible solution (how)? Or is there another (better) solution? Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] Swap [ works ]
At 5:40 +0100 23/12/09, Glenn wrote: >At 23:19 +0100 22/12/09, Sebastian Spaeth wrote: >>On 12/22/09 21:14, Vaudano Luca wrote: >>> Thanks for the new testing image! >>> >>> I tried to follow the suggested steps for enabling my swap >>> http://trac.shr-project.org/trac/wiki/swap#Createaswapfile >>> but I had some blocking problem. >>> >>> The first time I arrived at the point 3 then the console freezed and >>> my fr went to the kernel panic (red light on the aux button) >>> So I restarted my phone and I made the point 4 and 5. I rebooted and >>> the phone was stuck in the console. >>> Therefore I decided to reflash the new image. With the fresh image I >>> remade the process from 1 to 5, except 3, >>> then I rebooted and again the phone stucks in the console. >> >>Sorry no. I created my swap file using these steps, and it worked like a >>charm. (Actually I haven't modified my /etc/fstab, and only turn on swap >>when I opkg upgrade, so I can't guarantee that this is the absolutely >>correct thing) >>But steps 1-3 should work without a glitch. I would be interested in >>other users feedback if it worked for them. >>Anyway a kernel oops is bad in any case and should be debugged. However >>that is beyond my capabilities. >> >>spaetz >>___ >>Shr-User mailing list >>shr-u...@lists.shr-project.org >>http://lists.shr-project.org/mailman/listinfo/shr-user Forgot some words: >Hi! > >For your information, I have used swap-file (384MB): >* 2 times with booting [and upgrading] from microSDHC partition. >* 2 times with booting [and upgrading] from NAND-flash partition. > >The first upgrade failed, because I forgot to use GNU screen in the >upgrade proces, I did tap the FR screen to prevent sleep every time >it went dark. > >Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Browser Fennec for SHR?
Has somebody thought about getting Browser Fennec to SHR?: support for HTML5: http://www.mozilla.com/en-US/mobile/ 22 December 2009 Firefox for mobile 'days away' from launch: http://news.bbc.co.uk/2/hi/technology/8425906.stm Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[shr-u] u-boot settings problem?
Could somebody please update the: NOR-flash booter u-boot - that also works with a bootkernel bigger that 2MB? Instead of this: # From: http://wiki.openmoko.org/wiki/Kernel#.22Verifying_Checksum_..._Bad_Data_CRC.22_with_U-boot setenv bootcmd setenv bootargs \${bootargs_base} \${mtdparts}\; nand read.e 0x3200 kernel 0x30\; bootm 0x3200 saveenv This worked the first boot but not the next. - PS: I am not going to use Qi yet. Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
grsecurity in kernel?
Maybe it might be a good idea to embed grsecurity in the kernel - for two reasons: * Debug programs and drivers (faster debugging?) * Heighten security ? Have no idea how the performance impact might be. http://grsecurity.net/ Quote: "... [02/10] Official grsecurity/PaX support on ARM [01/25] grsecurity is supporting a Linux 2.6.32 stable kernel ..." http://en.wikipedia.org/wiki/Grsecurity Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: grsecurity in kernel?
At 0:06 +0200 30/12/10, Timo Juhani Lindfors wrote: Glenn writes: Maybe it might be a good idea to embed grsecurity in the kernel - for two reasons: I think the main goal should be to upstream our changes, not add new changes that are not upstream. * Debug programs and drivers (faster debugging?) What has grsecurity to do with debugging? ... On there home page they write: # Prevention of arbitrary code execution, regardless of the technique used (stack smashing, heap corruption, etc) # Prevention of arbitrary code execution in the kernel # Randomization of the stack, library, and heap bases # Kernel stack base randomization # Protection against exploitable null-pointer dereference bugs in the kernel E.g. Some buffer overflows will be stopped. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: grsecurity in kernel? (PaX: The Guaranteed End of Arbitrary Code Execution)
At 23:38 +0100 29/12/10, Vinzenz Hersche wrote: Glenn, i like to try this for a kernel.. it should need just be a patched kernel (so need to recompile) and a loaded kernel or what do you think? i don't know so much about cross-compile, but i like to learn it.. if also someone else like to join the try or so, you're welcome :) ... --- Timo schrieb am Mittwoch 29 Dezember 2010: ... Found this: http://grsecurity.net/papers.php PaX: The Guaranteed End of Arbitrary Code Execution: http://grsecurity.net/PaX-presentation_files/frame.htm http://grsecurity.net/quickstart.pdf Quote: "... This guide will lead you through the process of downloading, configuring, installing, and maintaining grsecurity. ... * You should be able to protect any third-party software you have installed, not only the software that is provided by your distribution ... For a complete list of grsecurity's features, please visit http://www.grsecurity.net/features.php . Grsecurity includes several main features: * Buffer overflow exploitation prevention from the PaX project (http://pax.grsecurity.net) * Role-Based Access Control (RBAC) * Randomization of Process IDs and in the TCP/IP stack * Restricted viewing of processes * Change root (chroot) hardening * /tmp race vulnerability protection ... Address Space Protection ... Logging options This section allows you to specify flood rate and burst rate settings for all logs produced by grsecurity Configure this section as follows: * Seconds in between log messages (minimum) 10 * Number of messages in a burst (maximum) 4 ... RBAC Overview Since the general strategy of grsecurity is "detection, prevention, and containment," the RBAC system is key to the containment component. Grsecurity's RBAC system allows you to grant only the privileges necessary for a process or user to accomplish their tasks. Unlike other systems, grsecurity's RBAC system provides a functional, human-readable, centralized configuration file, and does not require much manual configuration. ... Full-System Learning Full-system learning will generate a least privilege policy for your entire system that anticipates normalized usage. In other words, it is not necessary to run the learning mode for weeks and use every single utility on your system several times in every possible combination. The learning mode will anticipate this usage while still enforcing a secure policy. Through graph and heuristic analysis, a secure policy is generated. ... Maintaining grsecurity Though grsecurity's design goal is to require little maintenance after installation, you should know a few things about maintaining your grsecurity-enabled system. Monitoring Log Files It is important to monitor your log files to look for intrusion attempts. A log from PaX about an execution attempt in a network service you are running signifies that an attacker was attempting to exploit an unpatched vulnerability in the network service. ... Troubleshooting If you execute an application and see "Killed" immediately after and a log on your system similar to: PAX: execution attempt in: /usr/lib/tls/libGL.so.1.0.5336, 22669000-22677000 0004b000 PAX: terminating task: /usr/bin/khelpcenter(khelpcenter):4143, uid/euid: 1001/1001, PC: 2266ef20, SP: 5b404d10 PAX: bytes at PC: b8 c8 ff ff ff e9 2b 73 fe ff b8 cc ff ff ff e9 31 73 fe ff PAX: bytes at SP: 2264437a 20dc8c20 225b64f8 20dc8e58 5b404d54 5b404d54 20dbe0de 0001 5b404da4 5b404dac 5b404d98 20db2f3b 5b404da0 20db3270 20dc8c20 0013 20dc8e58 5b404d94 20dbe1ca 225b64f8 The binary is using code that is not written properly, and thus PaX must be disabled on it. ..." ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: grsecurity in kernel? [ doc and "PaX performance impact"]
At 23:38 +0100 29/12/10, Vinzenz Hersche wrote: Glenn, i like to try this for a kernel.. it should need just be a patched kernel (so need to recompile) and a loaded kernel or what do you think? i don't know so much about cross-compile, but i like to learn it.. if also someone else like to join the try or so, you're welcome :) Timo, you'r right about X.. that's a big hole.. how is it on qtmoko, because of no x-server? --- Timo schrieb am Mittwoch 29 Dezember 2010: ... More: http://pax.grsecurity.net/docs/index.html PaX performance impact: http://www.pjvenda.net/linux/doc/pax-performance/ Quote: "... Overall Conclusion It is my opinion that PaX is a very good patchset, being an important step towards improved operating system and therefore services' security. The memory protection plays an important role but the effectiveness of the patchset is maximized in conjunction with the other mechanisms supplied. grsecurity includes PaX and presents a very complete approach for improved linux security. Some applications that were badly written, aggressively optimized or derived from very old and thus crippled code may not work with this kind of security patches. There is no hope for those applications other than two solutions: * Selectively disable PaX features with useland tool on misbehaving binaries, thus lowering the security level (not possible on all setups without some serious changes) * Change or have someone change the application to run in protected memory and randomized mapping environments ..." ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA04 Wiki
At 14:09 +0100 14/01/11, Dr. H. Nikolaus Schaller wrote: Behind the scenes a lot of things are slowly progressing. One part is setting up a web interface to important information. Therefore, we have now installed wiki.gta04.org which is completely virgin.. To start filling it with really useful information, please let us know which pages (keyword, short description) you would expect. Nikolaus PS: The early adopter offer is still open since we have not yet got a quotation for the memory chips (Micron MT29C or MT46 in 168-VFBGA) and those appear to be the most critical to secure first. The more orders we have the easier it becomes to talk to the distributors. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Dear Nikolaus A suggestion. Is there any possibility that a wiki with Mediawiki-like syntax could be offered instead of the existing? I have just tried the new wiki. ( http://projects.goldelico.com/p/gta04-main/page/GTA04-revisions/ ) I think it then would be easier to come from http://wiki.openmoko.org/ - and you can benefit from help in wiki.openmoko.org and http://en.wikipedia.org/wiki/Wikipedia:Community_portal and reuse templates and more. I you have already considered multiple wikis, then please tell us your considerations. kind regards, Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GTA04 hardware suggestion and discussions
9/specifications/#start Quote: "... Simultaneous Equalization and Rx Diversity on all bands (Advance Receiver Type 3i), except for GSM/GPRS/EDGE ... Primary, diversity and GPS antenna contact pads ..." regards, Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GTA04 hardware suggestion and discussions : 802.11n dual-band+Bluetooth+FM transceiver (Broadcom BCM4329)
na is hidden behind a thick piece of aluminum and plastic (behind the Apple logo, on the back). ... When we used the much less crowded 5.0GHz band, the iPad's signal strength was much higher, and actually beat both PC and Mac, at least for close to medium range tests. However, in a normal environment such as a house, the results were less convincing ..." /Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] [Marketing] Ideas / Plan
On 30/12/11 07.39, Alishams Hassam wrote: Hello All, Firstly note that I am not a marketing expert by any means. Me2 ;-) 1. Online and print magazines, news websites: When GTA02 was sold and someone needed an ARM testboard, I recommended GTA02 and http://www.embeddedartists.com/ boards to people on news://comp.arch.embedded news://linux.debian.ports.arm and news://comp.sys.arm , that wanted a fast ARM board to play with. The reason is that with GTA02 you might end up with a useable access point or phone - instead of a standard board. Bonus: GTA02 has wi-fi and GSM modem! A complete GTA04 has a lot more! It even has built-in UPS! - In the same sense a complete GTA04 could be marketed as a open ARM-based test phone (almost no NDA needed) to technical department of universities, colleges and other teaching schools. - But the schematic and chip specifications/documentation should be very easily accessible (direct updated links), so hard core freaks can evaluate the ARM board in an instant. A lot of easy low-level software (not only Linux, but e.g. also FreeRTOS or a short C or C++ program demonstrating GTA04 funtionality "here is how the LED/wi-fi/IR/USB/SD-card/LCD/camera turns on/is used, like embedded(-)artists..."), must be available so technically oriented people can "wrestle" with it by themself or in education. - Then you/we will have a lot more technically oriented people working with the phone hardware and software and with more suggestions. Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
(Ubuntu-like) HUD menu?
(Answer is sent to: community@lists.openmoko.org ) Has somebody thought about a (ubuntu-like) HUD menu (or a hybrid) to SHR, QtMoko...? - 24th, 2012, Introducing the HUD. Say hello to the future of the menu: http://www.markshuttleworth.com/archives/939 24-01-2012, Ubuntu Unveils New HUD Menu System, Dropping Traditional Menus (video): http://www.geeky-gadgets.com/ubuntu-unveils-new-hud-menu-system-dropping-traditional-menus-video-24-01-2012/ January 24, 2012, HUD- The new smart Menu for ubuntu |Mark Shuttleworth Announcement: http://www.unixmen.com/201201-hud-the-new-smart-menu-for-ubuntu-mark-shuttleworth-announcement/ Ubuntu moves beyond the desktop with new TV interface, menu-killing navigation system (Digital Trends): http://smartphonewipes.com/technology/38221-ubuntu-moves-beyond-the-desktop-with-new-tv-interface-menu-killing-navigation-system-digital-trends January 28th, 2012, Ubuntu's HUD: Why It's A Terrible Idea: http://mrpogson.com/2012/01/28/ubuntus-hud-why-its-a-terrible-idea/ - Other: January 20, 2011, World's first eBook HUD offers a humorous reminder of the growing problem of smartphone injuries: http://www.megareader.net/megareader-heads-up-display-ebook-reader-press-release/ Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
"Overclocked" newer GTA04 based phones?
Somebody has apparently "overclocked" (some?) newer GTA04 based phones? ;-) http://www.handheld-linux.com/wiki.php?page=GTA04%20Complete&referer= Quote: "... # TI DM3730 with 800 1000 MHz ..." br, Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] Status OpenPhoneux / GTA04
between removal from storage and reflow is dependent upon the parts sensitivity factor per J-STD-033A and must be strictly followed. PCB's should be baked at 120oC for 3.5 hours. ... Appendix A Process Evaluation Guideline ..." Implementing High Temperature Coplanarity Requirements for Components and PWBs: http://thor.inemi.org/webdownload/projects/ba/Board_Coplanarity/Board_Coplanarity_Background.pdf Quote: "... * Its clear that numbers don't add up properly, yet packages surface mount anyway .Most components and boards do not approach the maximum allowable * However the case above is possible according to the specs, but not probable ..." CSN33: Micron BGA Manufacturer's User Guide: http://www.micron.com/~/media/Documents/Products/Customer%20Service%20Note/6882csn33_bga_user_guide.pdf - br, Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] Status OpenPhoneux / GTA04
FYI: Surface Mount Technology Association (SMTA): http://www.linkedin.com/groupItem?seeMore=&split_page=2&type=member&item=57473744&gid=49934 Quote: "... Surface Mount Technology Association (SMTA) is now an open group ..." br, Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] Status OpenPhoneux / GTA04
More - german placed company: Soldering BGAs by Hook or by Crook Dr. Hans Bell, rehm Anlagenbau GmbH + Co. KG and Marco Kämpfert, TechnoLab: http://www.technolab.de/_en/downloads/bgabellkaempferte.pdf Quote: "... In addition to the popcorn effect, non-uniform heat input to the PCB or the PBGA may cause delaminating or twisting, as well as warping of the PBGA substrate and the PCB. The substrate is warped like a bimetallic strip. Shorts and opens often result, as is shown very nicely in Rupprecht’s photos [5]. ... Heat from below, encompassing the entire surface of the PCB, is ideal for rework. The amount of heat input from below may even exceed the amount from above in some cases. If (nearly) eutectic tin-lead solder pastes and soft balls are utilized (BGA balls made from soft solder), the customary reflow parameters are recommended for ball solder joints: 30 to 60 seconds at 200 to 220° C. The best measuring method involves the use of a thermocouple which is placed directly at the ball by inserting it through a suitable drill-hole, as shown in figure 5.2. ... In order to avoid the popcorn effect (the formation of fissures inside the BGA during exposure to heat), it is absolutely essential to observe the specified humidity rating (see JEDEC), as well as the working conditions which result therefrom. It is often advisable to temper BGAs, and in particular PBGAs, before they are processed (see IPC – SM – 786). Formation of Voids A frequently observed phenomenon is the formation of voids in the solder joints, as is shown in figure 5.4. ... Lee provides an excellent overview regarding the formation and prevention of voids when soldering PBGAs [8]. Voids can usually be traced back to outgassing which is caused by flux in the solder paste. A small number of voids does not effect solder joint reliability. To a certain degree, it has even been observed that reliability is improved by voids because they prevent the spreading of fissures. However, under no circumstances should any faith be placed in this phenomenon. ..." br, Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] Linux 3.7 for gta04 "ARM architectures can use one single vanilla Linux kernel"
On 11/12/12 05.52, NeilBrown wrote: Now that 3.7 is out, my 'mainline' branch in git://neil.brown.name/gta04 has a 3.7 based kernel that seems to work on the gta04. I say "seems to" because I don't seem to charge the battery and there are possibly other things that don't work - I've only done limited testing. I've included the "f2fs" filesystem in this release as I think it is something worth experimenting with on uSD cards. I plan to move my root filesystem to f2fs once I'm happy that 3.7 is stable. I don't recommend using this as the base for a distro as it isn't tested much and I plan do do some development work on. When I think it is stable and decide to leave it alone for a while and create a 3.7-gta04 branch to hold it. I might push to to github too, but neil.brown.name now has much better network connectivity so you should have no problems using it directly. Bug reports, success report, patches etc etc always welcome. NeilBrown ___ Gta04-owner mailing list gta04-ow...@goldelico.com http://lists.goldelico.com/mailman/listinfo/gta04-owner Will we (GTA0x-owners) also benefit from this?: Linux 3.7 arrives, ARM developers rejoice: http://www.zdnet.com/linux-3-7-arrives-arm-developers-rejoice-708638/ Quote: "... Now with 3.7, ARM architectures can use one single vanilla Linux kernel <http://lwn.net/Articles/496400/> while keeping their special device sauce in device trees. ... The end result is that ARM developers will be able to boot and run Linux on their devices and then worry about getting all the extras to work. This will save them, and the Linux kernel developers, a great deal of time and trouble. ... [GTA05?:] Just as good for those ARM architects and programmers who are working on high-end, 64-bit ARM systems, Linux now supports 64-bit ARM processors. 64-bit ARM CPUs won't ship until in commercial quantities until 2013 <http://www.zdnet.com/amd-unveils-plans-for-64-bit-arm-processors-for-servers-706549/> " Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] Linux 3.7 for gta04 "ARM architectures can use one single vanilla Linux kernel"
On 26/12/12 13.10, Glenn wrote: ... Will we (GTA0x-owners) also benefit from this?: Linux 3.7 arrives, ARM developers rejoice: http://www.zdnet.com/linux-3-7-arrives-arm-developers-rejoice-708638/ Quote: "... Now with 3.7, ARM architectures can use one single vanilla Linux kernel <http://lwn.net/Articles/496400/> while keeping their special device sauce in device trees. ... The end result is that ARM developers will be able to boot and run Linux on their devices and then worry about getting all the extras to work. This will save them, and the Linux kernel developers, a great deal of time and trouble. ... [GTA05?:] Just as good for those ARM architects and programmers who are working on high-end, 64-bit ARM systems, Linux now supports 64-bit ARM processors. 64-bit ARM CPUs won't ship until in commercial quantities until 2013 <http://www.zdnet.com/amd-unveils-plans-for-64-bit-arm-processors-for-servers-706549/> " Glenn October 7, 2012, One Linux for all ARM systems: http://www.zdnet.com/one-linux-for-all-arm-systems-705348/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
One second Openmoko boot?
Maybe this might be possible in some future of Openmoko Linux?: 07/15/09, NEWS: MontaVista claims an ultra-fast 1 second Embedded Linux Boot Time: http://www.embedded.com/products/softwaretools/218500563?_requestid=93912 One Second Linux Boot Demonstration (new version) - with list of used enhancements: http://www.youtube.com/watch?v=-l_DSZe8_F8 July 14, 2009, MontaVista Achieves Ultra-fast One Second Linux Boot Time in Embedded Industrial Applications: http://www.mvista.com/press_release_detail.php?fid=news/2009/Ultra-fast-boot.html /Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One (or ten) second Openmoko boot?
At 16:01 -0400 19/08/09, Jon 'maddog' Hall wrote: > >Maybe this might be possible in some future of Openmoko Linux? > >Yes and no. Of course and not. :-) > >Depends on what your definition of "cold boot" is. ... >Warmest regards, > >md Hi Jon 10 seconds would do ;-) Might be done by booting from a SDHC-flash card...and a swap-file? kind regards, Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA04 hardware suggestion and discussions : 802.11n dual-band+Bluetooth+FM transceiver (Broadcom BCM4329)
With block diagram: BCM4329 Product Brief: http://pdf.eccn.com/pdfs/Datasheets/Broadcom/BCM4329.pdf Quote: "... Supports IEEE 802.11d/e (WMM, QoS, WMM-PS), h, i, j (upgrades available for k, r, w) ... Operating Frequencies: 2.4 - 2.497 GHz 4.9 - 5.85 GHz [ which means that should also support ch 100-140 ] ..." - 9th January 2011, Bcm4329 driver source code: http://forum.xda-developers.com/showthread.php?t=906628 Quote: "... I tried many ways, last modified module name, unexpectedly successful, it is funny. ... I use a new version of the driver code, modify and compiled, try several Dflags, the result is the timeout or hardlock, so I deleted all code. Then, I started from scratch,redownload code from http://nv-tegra.nvidia.com/gitweb/?p...n/broadcom.git, Made a small change, even successful. ... the upgrade seems stable to me! ... Thanks, worked great for my kernel as well (2.6.32.9) but still can't enable IPv6. It would just give me an error on wifi. Any ideas? ... http://nv-tegra.nvidia.com/gitweb/?p...961c249174f304 Update to FW version 4.218.248.6 ... GOT IT!! Working IPv6 with good range ..." Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GTA04 hardware suggestion and discussions: GPS
Here is some GPS suggestion for discussion: BCM4750 datasheet: http://www.datasheetpro.com/595932_view_BCM4750_datasheet.html http://www.datasheetpro.com/595932_download_BCM4750_datasheet.html Quote: "... Real-time hardware correlator engine (fast acquisition and high-sensitivity) capable of tracking 24 satellites simultaneously ... High-sensitivity, -157-dBm assisted acquisition sensitivity (with coarse time assistance) and -162-dBm tracking sensitivity, enabling indoor and deep urban operation ... Autonomous cold start TTFF 30 s ..." Broadcom - VoIP Android Tablet Support: http://www.thesearethedroids.com/2010/02/09/broadcom-voip-android-tablet-support/ Quote: "... As part of the Mobile World Congress demonstrations next week, Broadcom is also showcasing Android support across a range of other solutions including: ... Multi-chip Android support in a consumer multimedia tablet device based on the BCM11211 VoIP processor and leverages the BCM1181 for multimedia processing, the BCM4329 for Bluetooth and Wi-Fi, and the *BCM4750* for GPS. ..." - Wi2Wi: http://www.wi2wi.com/navigation.php Quote: "... W2SG0006 ... -20 Channel, L1 Code ... Acquisition Time (TTFF) - Hot Start TTFF @ -136 dBm: 0.6 sec - Hot Start TTFF @ -141 dBm: 0.9 sec - Hot Start TTFF @ -146 dBm: 1.9 sec - Cold Start TTFF@-136 dBm: 32.6 sec - Reacquisition @ - 136 dBm: 100 msec Receiver Sensitivity - Minimum Acquisition Signal: -142 dBm - Minimum Tracking Signal: -157 dBm ..." Quote: "... W2SG0084 ... 48 Channel GPS Receiver Module Solution ... - High sensitivity navigation engine (PVT) tracks as low as -163dBm ... - Active Jammer Remover: - Removes in-band jammers up to 80 dB-Hz - Tracks up to 8 CW jammers ... - Aquisition Time Hot Start TTFF @ -136 dBm: 0.6 sec - Reciever Sensitivy Min. Acquisition Signal: -153 dBm ..." Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] GTA04 hardware suggestion and discussions : 802.11n dual-band+Bluetooth+FM transceiver (Broadcom BCM4329)
At 18:04 +0100 07/02/11, Dr. H. Nikolaus Schaller wrote: Hi Glenn, Am 05.02.2011 um 09:18 schrieb Glenn Moeller-Holst: With block diagram: BCM4329 Product Brief: http://pdf.eccn.com/pdfs/Datasheets/Broadcom/BCM4329.pdf Quote: "... Supports IEEE 802.11d/e (WMM, QoS, WMM-PS), h, i, j (upgrades available for k, r, w) ... Operating Frequencies: 2.4 - 2.497 GHz 4.9 - 5.85 GHz [ which means that should also support ch 100-140 ] ..." It indeed looks interesting and a little more integrated than the current combination we have with the Wi2Wi and the Si4721. And it adds 802.11a... What I could not find is a complete datasheet stating something about the dimensions of the chip. And how easily we can connect the antennas. The block diagram shows two external "switches" whatever they are intended for. Finally, we need some source to buy the chips. It does not help to find the latest of the latest if we can't get them in small quantities from a more or less standard distributor. We already have too many special chips with a single source only and a single missing part is stopping everything... For the Wi2Wi we have at least 3 distributors (even Mouser but they are a little expensive). And for the Si4721 we can go back to the pin-compatible Si4705 which is in stock with DigiKey... So any ideas where to get Broadcom chips / samples / data sheets? BR, Nikolaus ___ Gta04-owner mailing list gta04-ow...@goldelico.com http://lists.goldelico.com/mailman/listinfo/gta04-owner Hi Nikolaus It might be possible to get an account - I have no idea - have you tried to ask for one? Or ask for distributors in EU? Samples?: http://www.broadcom.com/support/ Quote: "... Broadcom provides access to technical documentation for registered customers through our Customer Support Portal. To request an account, please contact your Sales/Engineering contacts at Broadcom or its Distributors/Manufacturer's representatives directly. ..." I have no idea if these index pages/refered shops "are for real": Slow page: Purchase BCM4329, In-stock BCM4329 From SeekIC. http://www.seekic.com/icdata/BCM4329.html Home > For Buyer > Search: BCM4329: http://www.seekic.com/buyer/search.html?keyword=BCM4329&x=0&y=0 Electronic Components BCM4329 Search Result for Sale http://www.ic2ic.com/search.jsp?sSearchWord=BCM4329 - http://www.thevarguy.com/2008/10/02/broadcom-switches-to-the-light-side-the-start-of-a-new-era/ Quote: "... Last summer, Broadcom suddenly and quietly reversed its anti-Linux policies by releasing drivers for certain Broadcom wireless cards. Most of the source code is closed, and at this point only a handful of chipsets (mostly newer ones) are supported. But this development, which has remained more or less under the radar, nonetheless has important implications that extend well beyond the wireless scene. ..." 802.11 Linux STA driver: http://www.broadcom.com/support/802.11/linux_sta.php regards, Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] GTA04 hardware suggestion and discussions : 802.11n dual-band+Bluetooth+FM transceiver (Broadcom BCM4329)
Here are an EU (german) contacts: http://www.broadcom.com/contact/sales_offices.php Press "Europe" at the top: Broadcom Corporation Broadcom Germany Tel: +49 8742 918710 Fax: +49 8742 918472 Stefan Rinberger stef...@broadcom.com kind regards, Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] GTA04 hardware suggestion and discussions : 802.11n dual-band+Bluetooth+FM transceiver (Broadcom BCM4329)
A little more: Welcome to Broadcom's Resource Center, your source for information about Broadcom's technologies and products: http://www.broadcom.com/press/resource_center.php?year=-1&type=&category=4&action=View (lot of pdfs) BCM4325 White Paper (with inner block diagram - contains two ARMs?): http://www.broadcom.com/collateral/wp/4325-WP100-R.pdf Or maybe searh via google?: Googled "bcm4325 ext:pdf" - Not the right driver, but maybe a hint?: 802.11 Linux STA driver: http://www.broadcom.com/support/802.11/linux_sta.php Quote: "... All Linux operating-system-specific code is provided in source form, making it possible to retarget to different kernel versions and fix operating system related issues. NOTE: You must read the LICENSE.TXT file in the lib directory before using this software. Support questions for the latest version of these drivers may be directed to linux-wlan-client-support-list at broadcom.com. ..." Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA04 hardware suggestion and discussions : 802.11n dual-band+Bluetooth+FM transceiver (Broadcom BCM4329)
At 9:18 +0100 05/02/11, Glenn Moeller-Holst wrote: ... 9th January 2011, Bcm4329 driver source code: http://forum.xda-developers.com/showthread.php?t=906628 Quote: "... I tried many ways, last modified module name, unexpectedly successful, it is funny. ... I use a new version of the driver code, modify and compiled, try several Dflags, the result is the timeout or hardlock, so I deleted all code. Then, I started from scratch,redownload code from http://nv-tegra.nvidia.com/gitweb/?p...n/broadcom.git , Made a small change, even successful. ... the upgrade seems stable to me! ... Thanks, worked great for my kernel as well (2.6.32.9) but still can't enable IPv6. It would just give me an error on wifi. Any ideas? ... http://nv-tegra.nvidia.com/gitweb/?p...961c249174f304 Update to FW version 4.218.248.6 ... GOT IT!! Working IPv6 with good range ..." Glenn Hi Patryk Not besides the above. regards, Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] ANN: GTA04A2 engineering sample is now running Linux / will be shown at LinuxTag
Congratulations! At 23:09 +0200 20/04/11, Dr. H. Nikolaus Schaller wrote: Dear all, after all the previous announcements that were certainly not encouraging and making everybody happy, I have this time really good news. And hope that there are only good news to report in the future... We have finally found a way to patch the power supply issue of our first engineering sample board and are since this morning able to boot Linux and demonstrate LXDE on Debian. We will present this unique unit during LinuxTag on 11-14th May in Berlin. So please come! This power supply hack was to solder an additional 1.2V LDO chip (TPS73601DCQ) to give the CPU more supply power [1]. Apparently this is sufficient to solve the spurious shutdown issue, which was coming from a very suboptimal PCB layout of our engineering board. Anyway, the new GTA04A3 boards (which are already in production) have a heavily improved board layout so that I expect that they will never show this problem and are much more robust. After knowing how much the layout can and should be improved, I am still surprised that hacking the hardware with a 2 ¤ LDO chip was a sufficient work-around... Its possibly because of those "heavy duty" (at least?) 0,5mm dia copper wires - compared to the 35um ultra-thin and narrow PCB tracks? ;-) Here is finally a brand new video showing the device in (battery!) operation: [2] So we are looking forward to get the new GTA04A3 boards from SMD assembly (in approx. 4 weeks), connecting a display, inserting a SD card and a battery ... Happy easter time to everyone, Nikolaus Schaller [1]: http://download.goldelico.com/gta04/images/DSC00784.jpeg [2]: http://www.youtube.com/watch?v=3KnJc7eImQ4 ___ Gta04-owner mailing list gta04-ow...@goldelico.com http://lists.goldelico.com/mailman/listinfo/gta04-owner Happy easter to you too. Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Image modules?
I have "found" a flashable thing called modules here: http://downloads.openmoko.org/distro/unstable/NeoFreerunner/ E.g.: modules-2.6.28-stable+gitr0+f19f259d3c1afde8eae53983fd19f61831927413-r2-om-gta02.tgz Is it nessecary or advicable to flash it onto the phone? /Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Image modules?
> Flashing tar.gz archives makes little sense. You might want to >untar it to your / though in case you don't have that modules >already. This is what I am not able to read anywhere: *I actually do not know if I already having modules installed? How do I test it? *What is modules used for? *Is modules (already) included the image? *Why is there a separate file called modules? Why not include it in the image? *Is modules a standard Linux "thing"? I am asking as a novice. I have not encountered information about modules at: http://wiki.openmoko.org/ /Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re2: Image modules?
At 14:47 +0400 04/07/09, Paul Fertser wrote: >Glenn Moeller-Holst writes: >> >>modules-2.6.28-stable+gitr0+f19f259d3c1afde8eae53983fd19f61831927413-r2-om-gta02.tgz >> >> Is it nessecary or advicable to flash it onto the phone? > >Flashing tar.gz archives makes little sense. You might want to untar >it to your / though in case you don't have that modules already. > >-- >Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! >mailto:fercer...@gmail.com This is what I am not able to read anywhere: *I actually do not know if I already having modules installed? How do I test it? *What is modules used for? *Is modules (already) included the image? *Why is there a separate file called modules? Why not include it in the image? *Is modules a standard Linux "thing"? I am asking as a novice. I have not encountered information about modules at: http://wiki.openmoko.org/ /Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Image modules?
At 18:10 +0100 04/07/09, Al Johnson wrote: >On Saturday 04 July 2009, Glenn Moeller-Holst wrote: >> > Flashing tar.gz archives makes little sense. You might want to >> >untar it to your / though in case you don't have that modules >> >already. >> >> This is what I am not able to read anywhere: >> *I actually do not know if I already having modules installed? How do >> I test it? > >You should if you are using the kernel that matches the rootfs you picked. In >the terminal run: > uname -r >This will tell you the kernel release. You should find a matching directory >under /lib/modules. > >> *What is modules used for? > >Modules in general are for optional things that you don't want compiled into >the kernel. They are often drivers. > >The modules-version.tar.gz contains an archive of the modules for the kernel >of the same version. This is needed by people who want to use a different >kernel to the one originally used for the root image. > >> *Is modules (already) included the image? > >Yes. The image is built for a particular kernel, and includes the modules for >that kernel. > >> *Why is there a separate file called modules? Why not include it in the >> image? >> *Is modules a standard Linux "thing"? > >See answers above. > >> I am asking as a novice. I have not encountered information about modules >> at: http://wiki.openmoko.org/ > >The wiki assumes some basic level of linux knowledge. I guess we should >include links to some basic linux primers in the 'getting started' page. ... To Al and others Thanks for your answers. Previously I ruled out that it was kernel modules, because the compressed size is about 30MByte. /Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Tangogps (gtk+-fastscaling "ghost")
Is "gtk+-fastscaling" actually necessary?: r...@om-gta02:~# opkg install tangogps Installing tangogps (0.9.6-r2) to root... Downloading http://www.opkg.org/packages/0_tangogps_0.9.6-r2_armv4t.ipk Collected errors: * ERROR: Cannot satisfy the following dependencies for tangogps: * gtk+-fastscaling (>= 2.10.14) * r...@om-gta02:~# - It is obsolete - is it not?: http://downloads.openmoko.org/distro/obsolete-images/repository/Om2007.2/armv4t/gtk+-fastscaling_2.10.14-r2_armv4t.ipk regards, Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps (gtk+-fastscaling "ghost")
At 17:31 +0200 25/07/09, Glenn Moeller-Holst wrote: ... >It is obsolete - is it not?: > >http://downloads.openmoko.org/distro/obsolete-images/repository/Om2007.2/armv4t/gtk+-fastscaling_2.10.14-r2_armv4t.ipk > >regards, > >Glenn "Result": r...@om-gta02:~# opkg install http://downloads.openmoko.org/distro/obsolete-imag es/repository/Om2007.2/armv4t/gtk+-fastscaling_2.10.14-r2_armv4t.ipk Downloading http://downloads.openmoko.org/distro/obsolete-images/repository/Om2007.2/armv4t/gtk+-fastscaling_2.10.14-r2_armv4t.ipk Installing gtk+-fastscaling (2.10.14-r2) to root... Collected errors: * Package gtk+-fastscaling wants to install file /usr/lib/libgtk-x11-2.0.so.0 But that file is already provided by package * gtk+ * Package gtk+-fastscaling wants to install file /usr/lib/libgdk_pixbuf_xlib-2.0.so.0 But that file is already provided by package * gtk+ * Package gtk+-fastscaling wants to install file /usr/lib/libgdk_pixbuf-2.0.so.0 But that file is already provided by package * gtk+ * Package gtk+-fastscaling wants to install file /usr/lib/gtk-2.0/2.10.0/engines/libpixmap.so But that file is already provided by package * gtk+ * Package gtk+-fastscaling wants to install file /usr/lib/libgdk-x11-2.0.so.0 But that file is already provided by package * gtk+ * Package gtk+-fastscaling wants to install file /usr/bin/gdk-pixbuf-query-loaders But that file is already provided by package * gtk+ * Package gtk+-fastscaling wants to install file /usr/bin/gtk-query-immodules-2.0 But that file is already provided by package * gtk+ * Package gtk+-fastscaling wants to install file /usr/bin/gtk-update-icon-cache But that file is already provided by package * gtk+ * Package gtk+-fastscaling wants to install file /usr/share/themes/Default/gtk-2.0-key/gtkrc But that file is already provided by package * gtk+ * Package gtk+-fastscaling wants to install file /usr/share/themes/Raleigh/gtk-2.0/gtkrc But that file is already provided by package * gtk+ * Package gtk+-fastscaling wants to install file /usr/share/themes/Emacs/gtk-2.0-key/gtkrc But that file is already provided by package * gtk+ r...@om-gta02:~# /Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps (gtk+-fastscaling "ghost")
At 17:42 +0200 25/07/09, Sebastian Krzyszkowiak wrote: ... >No, it isn't. And using opkg.org repo isn't good idea, unless you want >to break your system. Use more civilized distro, in SHR and Om2009 >TangoGPS is in repos. > >-- >Sebastian Krzyszkowiak >dos > >___ >Openmoko community mailing list >community@lists.openmoko.org >http://lists.openmoko.org/mailman/listinfo/community I thought this script was safe: http://etherpad.com/zt3x1x7ERX How to I instruct opkg to use this specific package - this did not work: r...@om-gta02:~# opkg install http://downloads.openmoko.org/repository/unstable/armv4t/tangogps_0.9.6 -r0_armv4t.ipk Downloading http://downloads.openmoko.org/repository/unstable/armv4t/tangogps_0.9.6-r0_armv4t.ipk Multiple packages (tangogps and tangogps) providing same name marked HOLD or PREFER. Using latest. Multiple packages (tangogps and tangogps) providing same name marked HOLD or PREFER. Using latest. Installing tangogps (0.9.6-r2) to root... Downloading http://www.opkg.org/packages/0_tangogps_0.9.6-r2_armv4t.ipk Multiple packages (gtk+-fastscaling and gtk+-fastscaling) providing same name marked HOLD or PREFER. Using latest. Multiple packages (gtk+-fastscaling and gtk+-fastscaling) providing same name marked HOLD or PREFER. Using latest. Installing gtk+-fastscaling (2.10.14-r2) to root... ^Copkg: interrupted. writing out status database r...@om-gta02:~# opkg install -force-depends http://downloads.openmoko.org/repository/unstable/armv 4t/tangogps_0.9.6-r0_armv4t.ipk Downloading http://downloads.openmoko.org/repository/unstable/armv4t/tangogps_0.9.6-r0_armv4t.ipk Multiple packages (tangogps and tangogps) providing same name marked HOLD or PREFER. Using latest. Multiple packages (tangogps and tangogps) providing same name marked HOLD or PREFER. Using latest. Installing tangogps (0.9.6-r2) to root... Downloading http://www.opkg.org/packages/0_tangogps_0.9.6-r2_armv4t.ipk Multiple packages (gtk+-fastscaling and gtk+-fastscaling) providing same name marked HOLD or PREFER. Using latest. Multiple packages (gtk+-fastscaling and gtk+-fastscaling) providing same name marked HOLD or PREFER. Using latest. Installing gtk+-fastscaling (2.10.14-r2) to root... ç^Copkg: interrupted. writing out status database r...@om-gta02:~# /Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tangogps (gtk+-fastscaling "ghost")
At 17:58 +0200 25/07/09, Glenn Moeller-Holst wrote: >At 17:42 +0200 25/07/09, Sebastian Krzyszkowiak wrote: >... >>No, it isn't. And using opkg.org repo isn't good idea, unless you want >>to break your system. Use more civilized distro, in SHR and Om2009 >>TangoGPS is in repos. >> >>-- >>Sebastian Krzyszkowiak >>dos >> >>___ >>Openmoko community mailing list >>community@lists.openmoko.org >>http://lists.openmoko.org/mailman/listinfo/community > >I thought this script was safe: >http://etherpad.com/zt3x1x7ERX > >How to I instruct opkg to use this specific package - this did not work: After this: rm /etc/opkg/opkg-feed.conf rm /etc/opkg/knjrepository.conf it worked. /Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Installing_alien_package article
Hi! Please check and eventually refine/change this article: http://wiki.openmoko.org/wiki/Installing_alien_package /Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
TangoGPS "Client failed to connect to the D-BUS daemon"
How is this error remedied: (gconftool-2:1820): GConf-WARNING **: Client failed to connect to the D-BUS daemon: dbus-launch failed to autolaunch D-Bus session: Autolaunch error: X11 initialization failed. Error setting value: No D-BUS daemon running r...@om-gta02:~# Tried big gconftool-2 "line": http://wiki.openmoko.org/wiki/TangoGPS#pre-load_for_offline_use /Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Keyboard (delete/backspace, insert...)
Hi! I have tried to find the following in the default keyboard in Om2009 unstable Illume touchscreen keyboard - at least: * delete/backspace * insert without inserted space at the end of the insertion point I have tried to use it to change paths in e.g. Navit - but the inserted spaces is a real nuisance. - Is there some keyboard "hidden" settings, that can make the touchscreen keyboard useful for non-SMS style? On this page all the keys are present: http://wiki.openmoko.org/wiki/Keyboard_Debate#Illume_keyboard On mine I can (and always have) only seen a-z, "?", ".", "'" Why? On: http://etherpad.com/zt3x1x7ERX QWO keyboard have the same fewer keys? - In an earlier distribution I had: http://wiki.openmoko.org/wiki/Keyboard_Debate#Qtopia_keyboard Also for SMS style only... - Is it possible to make the Navit keyboard less wide so all characters can be seen and easier used? Or can the keyboard be changed to a better one? /Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Keyboard (delete/backspace, insert...)
At 20:00 +0200 07/08/09, Sebastian Krzyszkowiak wrote: ... >Sorry, but that mail made me feel depressed :/ > >Click on everything possible on keyboard, say "oh my god, i was >blind!" and select Terminal keyboard > >-- >Sebastian Krzyszkowiak >dos > >___ >Openmoko community mailing list >community@lists.openmoko.org >http://lists.openmoko.org/mailman/listinfo/community Sorry, I am accustomed to use Apple MacOS. And now it is time for you to learn a new concept - usability! A button should look like a button and not like some uninteresting weired "flat" thing. http://en.wikipedia.org/wiki/Usability Quote: "... In human-computer interaction and computer science, usability usually refers to the elegance and clarity with which the interaction with a computer program or a web site is designed. ... The primary notion of usability is that an object designed with a generalized users' psychology and physiology in mind is, for example: ... Easier to learn-operation can be learned by observing the object [Read again: "by observing the object" - not by tumbling around blindly ! ] ..." Button usability: http://www.e-reiss.com/Articles.aspx Quote: "... Anything interactive needs to broadcast its "clickability." ..." Introduction to Apple Human Interface Guidelines: http://developer.apple.com/documentation/UserExperience/Conceptual/AppleHIGuidelines/XHIGIntro/XHIGIntro.html Quote: "... These guidelines are designed to assist you in developing products that provide Mac OS X users with a consistent visual and behavioral experience across applications and the operating system. Following the guidelines is to your advantage because: ... The implementation of Apple's human interface principles make the Macintosh what it is: intuitive, friendly, elegant, and powerful. ..." Buttons: http://developer.apple.com/documentation/UserExperience/Conceptual/AppleHIGuidelines/XHIGControls/XHIGControls.html#//apple_ref/doc/uid/TP3359-TPXREF186 Quote: "... Buttons initiate an immediate action. If a button initiates an indeterminate process, the button should be dimmed until the process is complete, and status feedback should be provided. ... All push buttons should be clear in appearance ..." - If you catched the proper notion you will think: Oh My God - I have been enlightened! From now on I will also remember to think about usability and not provide my end users with nerdy user interface stuff, e.g. some non-button like button! /Glenn . ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Keyboard (delete/backspace, insert...)
At 21:30 +0200 07/08/09, Sebastian Krzyszkowiak wrote: >On 8/7/09, glenn.mh...@gmail.com wrote: >> If you catched the proper notion you will think: >> >> Oh My God - I have been enlightened! From now on I will also remember >> to think about usability and not provide my end users with nerdy user >> interface stuff, e.g. some non-button like button! > >CLOSED, WONTFIX: UPSTREAM ;p > >That's only theme issue, and for me it was always obvious it's >clickable, even with ASU theme, which has only black background on >that place. Good for you. > >And using Illume keyboard was discussed dozens times on maillist. And why might that be? The color? Usability? >It >support gestures, so you don't need that button, and you even don't >need backspace and space buttons. I have tried that - results in characters just popping up many times instead... "Do not bother it is just a silly usability issue." > >And Freerunner isn't for end users. It's for geeky and nerdy users I have been aware of that for a long time. >, so >usability in meaning "i'm too stupid to know if it's button or not, i >need something indicating that" is on last place on our TODO list. Yes, I know there are more important things that need to be done. My excuse for focusing on usability was your answer. If you had answered more politely, I would not have focused on that. >There are a lot more important issues and features lacks at the >moment, when they are fixed we can think on your "usability"... It is not (only) my usability - everybody will benefit from it. Its purpose is not just to get the GUI look flashy. But then again I respect and of course understand the priority. > >-- >Sebastian Krzyszkowiak >dos > >___ >Openmoko community mailing list >community@lists.openmoko.org >http://lists.openmoko.org/mailman/listinfo/community /Glenn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community