Re: [Gta04-owner] [ANN] GTA04 Keyboard prototype
> Some more general thought: I am not sure how we should handle such ideas > and how this community sees its role. > > Should we announce/publish immediately as soon as we have a prototype? > And ask the community for comments and participation in improving it? Or > should we silently finish some design and work with beta testers not on > this list... >From external point of view, having more information about what is going on is definitly better. However, it is you who is actually doing things, it's up to you to decide if to show your eraly prototypes and collect feedback or not. Nikita ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ANN] GTA04 Keyboard prototype
> > we have developed a prototype for a 80 button QWERTY keyboard PCB ... That's cool news, thet put some hope on top of current lots-of-garbage-but-no-usable-device style smartphone market. > > b) design a 3D printable case with key-caps that is robust enough > > I suggest using a scissor mechanism where the keyboard slides out > instead. Hmm... I could not get what is the alternative to keyboard that slides out the "main case". If keyboard is not mechanically mounted with phone into single divice (e.g. if it is a separate "box" connected by a wire), it immediately gets a major usability hit - same as e.g. external bluetooth keyboard has. One can't keep phone AND keyboard in one hand while e.g. standing in crowded transport. Nikita ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Discussion: what are your dreams for the Openmoko Community
> >> So what are your dreams with respect to open mobile handhelds? > >> What would you like as future hardware? What to see in software > >> distros? Anything else? What missing piece are you waiting for? > > > > If a solid open phone platform with up-to-date computing power and > > connectivity features *and* *hardware* *keyboard* appears, I will > > gladly contibute to software for this platform. > > Just wondering: what is "up-to-date computing power and connectivity > features" for you? This is something that changes over time. Today it is something like ~1GHz CPU, 512M RAM, bluetooth, 3g and wifi. In a couple of years situation will likely change. Another interesting thing is battery life. N900, if almost idle (say, a 5 min usage session 3-5 times a day) could survive a week of wild life without charger. Without suspending! I know it hardly depends on software support, but hardware must at least make it possible. Nikita ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Discussion: what are your dreams for the Openmoko Community
> It has become a little quiet here in the last weeks so that I > really fear about the spirit and status of this community. > > So what are your dreams with respect to open mobile handhelds? > What would you like as future hardware? What to see in software > distros? Anything else? What missing piece are you waiting for? If a solid open phone platform with up-to-date computing power and connectivity features *and* *hardware* *keyboard* appears, I will gladly contibute to software for this platform. Nikita ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to bring forward the community?
> we get sportive spirit by competition. > > So the question is, with whom we (this community) are competing? Maybe better to ask, who is the intended user of free phone? Below I'm speaking for myself (sorry for that), but I think that my situation is not that uncommon. I'm in free software for about 15 years. Long ago, there was many free time and enthusiasm to move things forward. Over years, priority is shifting elsewhere - job, family, kids, you-know-all-that. So contribution lowers to near-zero level :(. I still use free software (Debian) on all my computers, because - (1) it works perfectly for daily needs, it is comfortable to work with it after many-years experience, and - (2) if/when it becomes possible, I can occasionally hack on it, tune it, and do fancy things. With phone, I'm actually looking for the same. When openmoko was announced, I was very excited. But one of my colegues looked and said, "Calm down. It won't fit real life. To be useful, mobile phone must be reliable. You won't be happy with missed calls from your boss while your phone is dist-upgrading". I still ordered Freerunner, however I was unable to use it - for very this reason. So to be useful for me, free phone must - (1) have _absolutely_ _reliable_ basic phone functionality: no excuse for lost call/SMS or poor sound quality - (2) don't require hacking to get things that one expects from today's smartphone, this includes browsing web, looking for places nearby, map navigation, music playback, take a photo, calendar/reminders/alarms and similar things - (3) have more or less standard linux environment that I'm familiar with and can occasionally hack on ... and yes (0) have hardware keyboard ... N900/maemo was very close... but it is dead now, and it has enough bugs in core functionality provided by closed components to force me away after 1.5 years. Android could look close, but it annoys me every day with tons of silly things, most important one is it's broken multitasking (that depends on checkpointing current state that is so difficult to implement that even core applications have it incomplete - even not talking about what is written by joe developer) So what to use? Nothing to use... Btw, I once blogged abot this at http://yoush.homelinux.org:8079/tech/life-after-n900 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA04-Custom: EAGLE schematics and board file blueprint for developing expansion/adapter boards
> The GTA04 is not only designed as a motherboard replacement for the > Openmoko devices, but also as a "core module" to easily develop other > devices from it. /me is interested if it is possible to put this into case of any currently-on-market phone with hardware keyboard (perhaps throwing away original board of that phone). Unfortunately I'm not a hardware engineer so I can't evaluate this myself. But I will volunteer for software (including kernel) support for such a beast. Nikita ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to bring forward the community?
> May I ask why you need a (mechanical) keyboard? Because typing text on hardware keyboard (at least, one on N900 or on SonyEricsson sk18i that I'm using currently) is 10 times faster than doing so on any onscreen keyboard I've seen. Having keyboard actually turns a "phone" (i.e. device to do calls, plus occasional short message or short web search query) into "mobile computer" that can be used for convenient chatting, writing large e-mails and even documents, work in unix shell, programming, etc. The difference is dramatic. > The first aspect is mechanics. A keyboard should be sliding in and out > or otherwise the device becomes much bigger than dictated by the display > (which should also become bigger). > > Next thing is: what is a really good keyboard? How much pressure, which > button size, etc. n900 had all that good. > Then, we have to define a keyboard layout. QWERTY or ABCDEF. Add > numeric keys or make them Num+QWERTY to save one row of keys. > > And to unsimplify, we need a US, a UK, a German, a French, an Italian > layout and maybe Chinese, Japanese etc. This is doable by exchanging > keycaps or keymats - but we have to stock and provide several different > ones. Layout could be changed via software. What is actually printed on keys, does not matter much, it is changable on user side. > Finally, designing a really good and working keyboard is almost as > expensive as designing a new injection mould... Isn't it possible, under some conditions, to reuse parts from phones already on market? > Compare this with readily available small bluetooth keyboards in the > 25-50 EUR range... So we simply recommend to purchase such a thing > because we never can get one such cheap. Two devices is not the same as single device. We are talking about a phone = device that user takes with him almost everywhere. It is also possible to use a netbook. But it is not the same as using a phone. Bluetooth keyboard can become an option only if coupled with a case that binds phone and keyboard together, and still fits into pocket. So it is still usable e.g. when standing in crowded transport. > All this could be so simple if we have a software keyboard on the LCD :) > Just choose what you want by software. Choose between different input > methods. No hardware changes needed. Robust against water, and keycap > wear off. ... and inability to use it for anything larger than yes-no-style answers. > This is why we try to avoid making any keyboard. That's sad. It means no devices for me from your camp ... :( > So let us understand what the issues are with a onscreen keyboard and > try to improve that Conflicts for space on tiny (touch)screen with everything else. Does not feel 3d, thus too easy to touch neighbour key. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to bring forward the community?
> Hi all, > while I am still fiddling with GTA04 production yield issues, I think it > is important to reason about the big view. > > So I would like to encourage to share what you are working on > (kernel? driver? user space?) and what you think would bring forward > the Openmoko community a small or big step.. Any idea is welcome > (even if you think we already know about it). If anything is welcome then... I've left OpenMoko commutiny long ago, but I'm really disapponted by today's devices and I want to return. Unfortunately N900 changed my mind and now I consider hardware qwerty keyboard not an option but a must. I will immediately order any GTA04 successor that will have qwerty keyboard. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Announcement: new batches of GTA04 ready for (pre)order
> This is a good idea to offer your GTA01 for others to upgrade. > > @all: > > I think it would be great if others could follow. > > We have some requests to provide old GTA01/02 components, > but we don't have enough for everyone who want to have a > new GTA04 but lack a GTA01/02. > > So if you find yourself to have a GTA01 or GTA02 collecting dust, > please consider offering it to those community members who > need one for the GTA04. I have a GTA02 (850 mhz version) collecting dust. Currently it does not boot, likely because of completely discharged battery. Several months ago it booted but there was some problem with usb port - usbnet connection was contantly breaking after several minutes. But this is likely not important if upgrade to GTA04 is planned. I'm ready to sell it for 80 EUR + shipping. I'm located in Mosow/Russia. But I've never tried to send out goods so I'm not aware of the procedure. Nikita P.S. If there will ever be GTA0x in case with qwerty keyboard, I'd immediately order one. After n900, I can't live without qwerty keyboard on mobile device. Currently I use Android-based SonyEricsson sk17i, but Android silly limitations (such as broken multitasking) make me angry too often. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5 vs 3.5 jack
> Good thing is, that we also are already planning the gta05, and there > I'm organizing an amazing, cool and totally innovative new chassis in > addition. Can't tell too much as long as the specs are not CC-License, > but: It's TOTALLY cool ;-D New chassis? Do you accept wishlist items - such as a hardware qwerty keyboard? Can't live without it after n900... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Yocto for Openmoko?
> Just saw the announcement on lwn.net for the Yocto Project. > > This aims to create a standard build system for embedded systems. Sounds > like it might be an interesting way to build for the FreeRunner. > > Of course it also sound like 'yet-another-build-system' tool. > > Just wanted to high-lite this to the various people building various > distros and hear their feedback on what this might, or might not offer > for simplifying builds for the FreeRunner. > > Cheers, and let the flames ignite (-= Isn't that Yocto based on the same OpenEmbedded as current build system for several distros is? signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: one more question about nand
> > because i hadn't nderstood it in deep: > > > > when i would for example do an nand_erase on mtd6 and would make for > > example an ext3 of it, > > > > would this work or is the jffs necessary for writing into nand (mtd6) > > ? > > You may create ext3 on top of mtdblock6, however this will be slower > than ext3, and cause fast nand chip wearing. slower than jffs2 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: one more question about nand
> because i hadn't nderstood it in deep: > > when i would for example do an nand_erase on mtd6 and would make for > example an ext3 of it, > > would this work or is the jffs necessary for writing into nand (mtd6) ? You may create ext3 on top of mtdblock6, however this will be slower than ext3, and cause fast nand chip wearing. So better not to do it unless you are know what you are doing. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] zhone+fso-abyss: some log snippets
> >Where did you get the libgee1 package from? > > he probably installed it when it was still there ;) 1. Discover snapshot.debian.net :) 2. Updated fso-usaged package will be in archive later today. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian/fso] fsoraw no effect?
> following the wiki i started navit with > > fsoraw -r Display,CPU navit > > nevertheless, the display went blank after the idle timeout defined in > frameworkd.conf. Could you please do two simple things: *) check the state of FSO resources while running the above command. This may be done with mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.GetResourceState Display mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.GetResourceState CPU *) check what happens if you manually set resource policies for Display and CPU to 'enabled' mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy Display enabled mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage org.freesmartphone.Usage.SetResourcePolicy Display enabled Will display blank then? signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qi - why only 3 partitions on SD card?
> On Sat, Sep 26, 2009 at 10:36:54AM +0100, George Brooke wrote: > > There was a thread on the devel list see here: > > http://lists.openmoko.org/nabble.html#nabble-td1980163%7Ca1980163 > >That link isn't working, it just gives a nearly blank page. It worked for me in Firefox, but not in konqueror. signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qi - why only 3 partitions on SD card?
> What > you _can_ do is construct a mini Linux environment that provides a boot > menu / usb-dfu, and is booted by Qi in the normal way. This would place > those tools in regular Linux userspace, i.e. much more accessible to > regular non kernel / bootloader hackers. This could be the default or > secondary boot option - provide a boot menu and then chainload the > desired final Linux environment. Have anybody done this, at least in proof-of-concept form? If yes, any links? signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qi - why only 3 partitions on SD card?
> u-boot being slower to boot. Just FYI. I was involved in recent MontaVista's boot-in-one-second presentation. That demo did use u-boot (although somewhat changes) in the one-second boot process. Kernel got control there in about 0.3 seconds since poweron. So claim that u-boot is unable to do things fast is plain incorrect. signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] e and illume: how to configure launcher icons?
> > so, where does one do that? > There is a way, although it is a bit hacky. Or at least requires some typing :). E supports xdg menu spec [1]. In that spec, menu is constructed using data from individual .desktop files under /usr/share/applications/. However, this process is controlled by definitions in a single menu file, residing in /etc/xdg/menus. Which menu definition file to use, E asks you at first start. Remenber that debian-menu vs enlightenment-applications question? You my not use any of these two, but write your own one. It is in XML, and syntax allows you to include or exclude categories or individual menu items. For example, mine has openmoko-panel-plugin.desktop line. [1] http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: mount NAND partitions from Linux?
> Hi, > > On Thu, Sep 24, 2009 at 6:31 PM, Al Johnson > > wrote: > > > Can I find out what partitions I have on NAND in my FreeRunner, and > > > mount them from Linux? > > > (I am currently running QtMoko v11, booted from p2 on a SD card) > > > > mount -t jffs2 /dev/mtdblock6 /some/suitable/target > > > > Thanks. > > How do I find out which /dev/mtdblock* is which partition? > I am guessing that I can't can't use fdisk cat /proc/mtd signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] frameworkd bug?
> > community@ is a bit high-traffic, don't you find so ;-) > > no doubt about that -- but then again: you catched, didn't you ;-) I've only sent a link to your post to pkg-fso-maint - I won't work on the fix myself, at least not in ongoing days :( > a matter like incomplete unicode handling is no doubt relevant for > upstream too, so what would be the best course of action? > - simply doing reportbug? > - posting only pkg-fso and expecting the package maintainer to transport > further upstream? > - double posting at least pkg-fso and smartphones-userland (or > -standard?)? Not -standard - it's about standards and not implementation. Since Debian carries something that differs from upstream head, it is more correct to send bugs to debian packages maintainers first. Pkg-fso-maint is the correct list for that. Nikita signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] frameworkd bug?
> > If posted to community@lists.openmoko.org, information may be not seen > > by relevant people. > > well, imo community has the biggest chance to be read by the relevant > people. > frinst i am not sure, if the issue at hand is confined to debian (fixed > in most recent fso git or whatever) and if other people did > experience/worked around it. > > i considered, sending to smartphone-... _too_ but dismissed the idea, > because of my conviction, that everybody concerned reads community as > well. community@ is a bit high-traffic, don't you find so ;-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] frameworkd bug?
> well, here's the real mccoy: > > > Traceback (most recent call last): > ... Thanks for your report. But please post such things either to pkg-fso-ma...@lists.alioth.debian.org list, or directly into debian BTS (http://bugs.debian.org/). If posted to community@lists.openmoko.org, information may be not seen by relevant people. Nikita signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
> > > > > WM_NORMAL_HINTS(WM_SIZE_HINTS): > > > > > program specified minimum size: 198 by 350 > > > > > program specified maximum size: 198 by 350 > > > > > ... > > > > > > > > the way the contents are specified for the window, it isnt > > > > resizable. the app > > > > is in control of this. > > > > > > All SHR apps have these values defined as above. > > > > That means that all SHR apps will get non-resizable 198x350 windows > > under any stardards-compliant window manager. > > > > This is definitly a bug that should be fixed. > > not all standards compliant wm's. e+illume will be fine. matchbox > probably too. the "standards" allow the wm to happily ignore min/max > window size hints if the wm wants to. :) WM hints is *the* standard way for app to request it's size constraints. So if app sets hints, while not wanting to get these size constraints, it is a bug in app. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko - Update
> Hi guys, > > I have already falsh QtMoko on my device and I have recived this error: > > neo:~# apt-get update > ... > W: GPG error: http://pkg-fso.alioth.debian.org unstable Release: > The following signatures couldn't be verified because the public > key is not available: NO_PUBKEY E2B9DE6A8E7B323B > W: You may want to run apt-get update to correct these problems > > How i can fix? Install/upgrade pkg-fso-keyring package. when asked, agree to install unsigned package. Then run apt-get update again. signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian?] xserver-xorg-video-glamo -- issues while resuming
> > glamofb cmdLQueue never got empty > > had a second look and it's actually > > glamofb cmd_queue never got empty > > since the fr is unable o resume hasslefree, it doesn't resume correctly > either when a call comes in -- deal breaker. > si anyone at all using xserver-xorg-video-glamo, in debian or any other > distribution? I use xserver-xorg-video-glamo with debian, and suspend/resume work for me without issues. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
> On Wed, Sep 16, 2009 at 04:13:16PM +0400, Nikita V. Youshchenko wrote: > > > Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko: > > > > > > > WM_NORMAL_HINTS(WM_SIZE_HINTS): > > > > > > > program specified minimum size: 198 by 350 > > > > > > > program specified maximum size: 198 by 350 > > > > > > > ... > > > > > > > > > > > > the way the contents are specified for the window, it isnt > > > > > > resizable. the app > > > > > > is in control of this. > > > > > > > > > > All SHR apps have these values defined as above. > > > > > > > > That means that all SHR apps will get non-resizable 198x350 > > > > windows under any stardards-compliant window manager. > > > > > > > > This is definitly a bug that should be fixed. > > > > > > and what is the proposed fix? Use XSetWMSizeHints? > > > > I've never written a line using E libraries, but quick search suggests > > evas_object_size_hint_min_set() / evas_object_size_hint_max_set() > > Like those are of much use when you can turn from portrait to landscape. > > NOT a solution! What for to set maximum size at all? signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
> Am Mittwoch 16 September 2009 13:37:28 schrieb Nikita V. Youshchenko: > > > > > WM_NORMAL_HINTS(WM_SIZE_HINTS): > > > > > program specified minimum size: 198 by 350 > > > > > program specified maximum size: 198 by 350 > > > > > ... > > > > > > > > the way the contents are specified for the window, it isnt > > > > resizable. the app > > > > is in control of this. > > > > > > All SHR apps have these values defined as above. > > > > That means that all SHR apps will get non-resizable 198x350 windows > > under any stardards-compliant window manager. > > > > This is definitly a bug that should be fixed. > > and what is the proposed fix? Use XSetWMSizeHints? I've never written a line using E libraries, but quick search suggests evas_object_size_hint_min_set() / evas_object_size_hint_max_set() signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
> > > WM_NORMAL_HINTS(WM_SIZE_HINTS): > > > program specified minimum size: 198 by 350 > > > program specified maximum size: 198 by 350 > > > ... > > > > the way the contents are specified for the window, it isnt resizable. > > the app > > is in control of this. > > All SHR apps have these values defined as above. That means that all SHR apps will get non-resizable 198x350 windows under any stardards-compliant window manager. This is definitly a bug that should be fixed. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: shr-contacts/messages/dialer: window size and further issues
> > evas_object_resize(win->win, 480, 600); > > > > is what we do. > > yepp. and it does not resize correetly on at least LXDE and apparently > IceWM -- in my LXDE it is far from 480x600, less than a quarter (approx > 80x120). May this be dpi-related? Could you please try with different X server dpi settings? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: debian: X doesn't start anymore
> > Still unclear why there was a sigsegv mentioned in your original mail. > > true. > the sigsev happened when starting _without_ an xorg.conf. > afaik, Xorg has an automatism to detect valid values instead -- maybe > xserver-xorg-vido-glamo fails to support that automatism somehow? Thanks for info. Will try to look at it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: debian: X doesn't start anymore
> well, just got joachim's mail at smartphones-userland and it turns out > /etc/X11/Xsession.d/80ophonekitd > is the culprit. > removed that file -- and back to normal again. > > thank's for your patience. Still unclear why there was a sigsegv mentioned in your original mail. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: debian: X doesn't start anymore
> > Does this happen even if you manually start X server by typing 'X' in > > ssh session? > > no. and i can start X apps with > DISPLAY=:0 lxpanel > > so, looks like vt allocation doesn't work correctly with startx/nodm. What happens is some X client causes X server to crash. Although it is definitly a server-side bug - X server must not crash whatever clietns do - it would be helpful to know which particular client triggers that. Could you please start X as above, then set DISPLAY and run commands from your xsession one-by-one? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: debian: X doesn't start anymore
> i installed shr-[dialer|contacts|messages] and after some trying wnet to > restart X completely, to make sure ophonekitd is started correctly. > > turns out, it was a big mistake: X doesn't start anymore. > no errors, no messages, nothing but > > waiting for X server to shut down > > i tried different settings in xorg.conf -- nothing. > i started w/o xorg.conf at all -- nothing, well, except the "normal" log > below it prints at the end: > > "" > Backtrace: > 0: /usr/bin/X11/X(xorg_backtrace+0x28) [0xec81c] > > Fatal server error: > Caught signal 11. Server aborting Does this happen even if you manually start X server by typing 'X' in ssh session? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
X screen server vs FSO display resource
> >> AFAIK, there is such a protocol already (which is hopefully used by > >> all tools like VLC, Xine, mplayer, totem, at least when in fullscreen > >> mode). So mokomaze should use it. And the FSO side should also > >> support it. > > > > x screensaver extension. you can request x to suspend blanking until > > u un-suspend it (or your x connection closes - eg u exit or > > crash). FSO tho wants to re-invent this wheel. > > Indeed... sounds like a bug report to the FSO guys is in order. This could be likely implememted in form of a X "screen saver" application that will e.g. keep FSO's "Display" resource requested until it is time to "save screen", at which moment "Display" resource should be released. And re-requested when screen should no longer be "saved". signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
> > > > > > > > Not "for arm" but for "fso-controlled device". > > > > > >Or more precisely, for "$DISPLAY on fso-controlled device" at > > > runtime, not installation time. > > > > Cant think out a use case when same device will run a window manager > > (or whatever component that uses .desktop files) sometimes with fso > > and sometimes not ... > >Eh? $DISPLAY can point to another device than the one running the > window manager and/or launcher, this setup is standard practice in the X > world. Sure. I use such configurations heavily myself. But doing so from a phone-like device is a very strange idea IMO. Could you find a useful use-case for that? Nikita signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
> On Sun, Sep 13, 2009 at 10:52:53PM +0400, Nikita V. Youshchenko wrote: > > > > That will result in two icons in launchers. > > > > > > why nor let the user decide on installation or check in postinst for > > > arm and copy the matching one? > > > > Not "for arm" but for "fso-controlled device". > >Or more precisely, for "$DISPLAY on fso-controlled device" at > runtime, not installation time. Cant think out a use case when same device will run a window manager (or whatever component that uses .desktop files) sometimes with fso and sometimes not ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
> > That will result in two icons in launchers. > > why nor let the user decide on installation or check in postinst for arm > and copy the matching one? Not "for arm" but for "fso-controlled device". And depending on a result of such a check, different .desktop files should be installed under /usr/share/applications/ ... This looks more tricky and ugly for me than install-time-hook approach. Anyway currently there are more urgent things to do :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
> > > > For example, it's nice that mokomaze is in debian, but if you > > > > install it and run it, you will get your screen blanked after a > > > > minute. To avoid that, one needs to start mokomaze under fsoraw > > > > wrapper. Making this happen automatically while staying within > > > > debian policy could be a challenge: debian package is not for > > > > freerunner only, modifying files installed by other packages (hi > > > > hi appraw) is denied by policy, etc > > > > > >Why would you need to? You can create another package, with a > > > dependency on mokomaze and fsoraw, to install the necessary .desktop > > > file. > > > > Why would I need what? > >Why would you need to modify files installed by other packages? Just > create a package with this as > /usr/share/applications/mokomaze-noblank.desktop: That will result in two icons in launchers. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
> On Sun, Sep 06, 2009 at 11:23:58PM +0400, Nikita V. Youshchenko wrote: > > For example, it's nice that mokomaze is in debian, but if you install > > it and run it, you will get your screen blanked after a minute. To > > avoid that, one needs to start mokomaze under fsoraw wrapper. Making > > this happen automatically while staying within debian policy could be > > a challenge: debian package is not for freerunner only, modifying > > files installed by other packages (hi hi appraw) is denied by policy, > > etc > >Why would you need to? You can create another package, with a > dependency on mokomaze and fsoraw, to install the necessary .desktop > file. Why would I need what? When some piece of software is packaged for Debian, the same package is becoming available for all architectures and devices that Debian supports. For FR, it is a good idea to wrap some binaries with fsoraw. For other devices, this is not needed. This is a difference that should be handled somehow. Although creating a wrapper packages that dpkg-divert's files from original packages and installs better versions, will likely work, this is somewhat ugly. Better to create single 'freerunner-support' package that will contain knowledge about many other packages, and hook into installation process. Nikita ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] help: working fso packages, anbody?
> > could someone please post a working set of fso packages for debian? > > the last working configuration i had were packages from july, but i > > did not save them anywhere ... > > Why not use packages from pkg-fso repository? From main debian repository, to be more correct - fso-frameworkd is already there. signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] help: working fso packages, anbody?
> could someone please post a working set of fso packages for debian? the > last working configuration i had were packages from july, but i did not > save them anywhere ... Why not use packages from pkg-fso repository? Those are a bit uotdated, but at least don't crash. And newer set is being prepared, you know. Nkita signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
> I'm quite glad with the new E17 and Zhone packages in the main Debian > archive. The only package you really need from the (still enabled by > default) pkg-fso archive is the kernel, so this is very good progress. > The kernel is of course a hard thing and involves work from all > Openmoko kernel developers who have time to get stuff upstream, but > after that it would be not a big way to proper Debian installer > support - which eventually even leads to a Debian stable release with > official support for FreeRunner. Doing debian install with (c)debootstrap, as current install.sh does and as debian installer does, although being a standard way, is somewhat questionable on slow devices such as freerunner. This is plainly slow, compared to reflashing or archive unpacking. Also it is vulnerable to temporary archive breakages, as the current story with dpkg 1.15.4 shows. Because of that, and also given quite a big challenge to make d-i working on freerunner itself (no keyboard, no serial console, etc), it may be much better to look not at d-i porting, but at archive preparation on server and untarring on user device. Optionally, such a process could be implemented as a d-i module that will run instead of (c)debootstrap. And, after all, installation is not the only thing that should work :) Besides installation, there is still a long path to make debian of freerunner as usable as debian should be. There is large, and constantly increasing number of freerunner software. Att hose need to be packaged for debian. If they won't, user will end with instaslling unpackaged software and breaking their systems. Remenber, zhone is not intended to be end-user phone app. We should package paroli, and/or litephone, and/or shr phone tools. Also, something should be done such that packages provide good user experience just after installation. For example, it's nice that mokomaze is in debian, but if you install it and run it, you will get your screen blanked after a minute. To avoid that, one needs to start mokomaze under fsoraw wrapper. Making this happen automatically while staying within debian policy could be a challenge: debian package is not for freerunner only, modifying files installed by other packages (hi hi appraw) is denied by policy, etc And it was just an example. Another one: after aptitude install mplayer, I get mplayer icon in illume, that launches mplayer gui, next to useless on freerunner. But if/when we will have intone packaged, we will want to have mplayer package installed. So somehow we should do that on freerunner, mplayer icon does not appear. And do so without altering mplayer package and staying within policy. Nikita signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
> > Debian packaging for fso components is done from git. > > Pkg-fso repositories in git.debian.org are clones of repositories on > > git.freesmartprone.org, with debian packaging files added on separate > > branches. > > could you give some step by step commands? > how do i check out the most recent version with everything? If we had "the most recent version with everything" in ready-to-build form, that would have been already uploaded to debian :) Sorry, no free time to write step-to-step guidelines. Packaging repos are at git.debian.org (search for pkg-fso there). See git manual [1] on how to clone those, add freesmartphone.org remote, fetch from there and merge new code and debian packaging together. See git-buildpackage manual [2] on how to use git-buildpackage. [1] http://git-scm.com/documentation [2] http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.html Nikita signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
> > SHR uses always newest frameworkd from git, as frameworkd from git is > > rather kept stable all the time ;) > > ok. brings me back to my old question: how does one create deban > packages from git? Debian packaging for fso components is done from git. Pkg-fso repositories in git.debian.org are clones of repositories on git.freesmartprone.org, with debian packaging files added on separate branches. Packages are built using git-builtpackage tool. Currently native build is used; either on armel machine (either freerunner itself, or debian armel autobuilder), or in qemu-pbuilder on any debian system. Cross build could be probably handled by emdebian tools - I did not try. Nikita signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One second Openmoko boot?
> > How old frameworkd do you have in Debian? All issues with IdleNotifier > > should be already fixed! > > the official one is still 5.1, and there are packages by heiko stübner > for 5.5 from mid-august (i guess, the packages are from august 20th). > isn't there a way to follow the shr releases for debian? it would speed > up the release cycles a lot. I hope that we will improve the situation and will constantly provide more or less up-to-date fso in debian. Just things take some time because of the nature of debian. Nikita signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Nokia N900
> http://www.nokia.com/press/press-releases/showpressrelease?newsid=133759 >4 > > I found a screenshot on: > > http://www.hwupgrade.it/news/telefonia/nokia-n900-internet-tablet-con-ma >emo-5_29935-10.html > > where it seems there is a phone app running, but I'm not sure it's a > GSM/UMTS call, it may be voip? > Some rumors about that? I believe this device is running ofono stack, see http://www.ofono.org/ signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian first experience made a bit easier...
> > GPRS worked fine. > Could you please post an explanation on how to test/use gprs on debian? signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Python email or direct GMail lib?
> On Tue, Aug 25, 2009 at 4:26 PM, Nikita V. Youshchenko wrote: > > arora. > > > > Works well as a browser. > > I installed version 0.5 (from ubuntu repositories), it required 18MB > dependencies and use qt. Debian currently has 0.8 > However I dont see a way of changing user agent, so I cant try out how > well it works... > The bugreport about user agent (from 2008-09): > http://code.google.com/p/arora/issues/detail?id=18 Google shows this: http://blog.ihtiandr.info/smena-user-agent-v-brauzere-arora-08.html It is in russian, but config from there may be just copy-pasted to ~/.config/arora-browser.org/Arora.conf ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Python email or direct GMail lib?
> > Are there any other browsers on the FR, that might work? > > alternatives: > * woosh: It has problems with complicated webpages (ie. javascripts) > * eve: proof-of-concept stage (enlightenment based browser), a demo > video here: http://tonikitoo.blogspot.com/ > > * fennec: the freerunner is not really capable of running it. arora. Works well as a browser. Is available in Debian repo. Don't know about SHR and other OE-based repos. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] Impressions and Problems
> I'm thinking that a good way to compare phone numbers (for example the > sender of a message and a phone book entry) is to check whether one > number is a suffix of the other number. Are there any (non-obscure) > cases where this would give false positives? Here in Russia +7916xxx and 8916xxx are the same numbers, but neither one is prefix of the other one. Btw, when somebody calls me (to my daily phone, not freerunner), caller number is autodetected with 8xxx form, while in the address book I prefer to have +7xxx form such that it works abroad. Nikita ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr, others?] Flash drive mounted with "sync" option
> I'd like to submit a bug report with a suggestion to remove the "-o > sync" option, but before I do, I wonder if anybody can tell me if > there is a valid reason to be using sync on all automounted drives. The reason is - if mount is not sync, something is writtent to the device, and then device is removed before it is manually unmounted AND unmount syscall completes, then device filesystem will become broken, possibly unrecoverable. Since users don't like to manually unmount their devices, and developers really don't like when users blame them for unrecoverable data loose, default is to mount sync. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why one cannot recommend the freerunner as a daily phone (was Re: Is a FreeRunner sufficient for me?)
> there is no functional harm to top posting, only that it violates your > preference. There is. With top posting, it may be, and often is, hard to understand what patricular part of previous message(s) author is answering to. Because of that: - reading and understanding discussion becomes much harder, - when author formats message such that his reply is just below the text he replies to, he will likely see and re-read it while typing, and really reply to it, not to something else that his oppoinent never wrote. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: font size in other window managers
> Hi, > > I'm playing with other window managers in Om2009, like matchbox and > icewm. > > All the apps that I run use insanely small fonts and buttons. Same as > when you run them in pure X. Does anyone have an idea how to change this > behaviour? Is it through some env variables? Try to start X with different -dpi values. I use -dpi 145 and it's a good compromise. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] sid/squeeze on freerunner
> yes, but the packages i need require a long chain of dependencies from > sid/squeeze, and i don't want to do that - i'll get a broken system > very quickly. i'd rather get the whole OS > > is there way in lenny to reliably upgrade to sid/squeeze? Officially, Debian supports only upgrades between stable releases. In practice, you may upgrade part of your system (or the whole system) to testing or unstable at any moment, and most time that works. Although you may have to tune something after upgrade. This is true for whatever debian system, nothing freerunner-specific here. Btw, today's sid works on freerunner ok. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] sid/squeeze on freerunner
> hi all, > there are some versions of packages (a lot) in sid/squeeze which i'd > like to use on my freerunner - does anyone know if there is a > simple-ish process for installing either? could the debian install > script be adapted to do it? If running debian on freerunner, you may use aptitude or apt-get to install whatever package from sid (or testing, or whatever depending of your apt sources configuration). If not running debian, installing debian packages may or may not work depending on low-level factors, better not to do that. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: how dangerous Freerunner could be?
> I contacted Elaine Turner in our sales department about this, and she > told me that the only issue she had ever known about was a person who > ordered the units to be delivered to the United States as 850/1800/1900 > phones, and then had the units shipped to Europe. > > When they contacted us to complain that they were not 900/1800/1900, she > showed them the order form where they had specified 850/1800/1900. > > If this is not the case with your order, and if Koolu made a mistake > with the order, please send email to sa...@koolu.com and I am sure that > Elaine will straighten it out. > > Otherwise you should have said "I wrongly ordered the North American > variant..." > > Warmest regards, > > maddog I've suffered from this as well. In fact, when a group purchaseof 45 phones was organized by russian enthusiasts about a year ago, about half of phones arrived have been 850/1800/1900 and not 900/1800/1900 as they should. This was caused by mistake by pregrad.net service we used, not by our side. But due to quite hard import process (it lasted for months), it was next to impossible to recover :(. My Freerunner has GSM working in Moscow, but not 60 km from Moscow. signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why enlightenment?
> the problem is... it can't be done... unless: > > Hmm... I've heared about more or less generic gestures implementations. A quick google search gives this: http://www.ubuntugeek.com/gestikk-mouse-gesture-recognition-in-ubuntu.html How do they do it? Nikita ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: auimd-0.3
> Hi ! > > I'm pleased to announce the third release of AUIMD, a user interface for > mobile devices written with PyQt. This version focuses on the usability > of the phone application and mainly adds support for a call log and > basic management of contacts. Does phone application use FSO frameworkd, or works with hardware directly? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why enlightenment?
> i considered it but as i couldnt do "finger scrolling" (middle of the > window - swipe to scroll) i chose not to try and push the work back onto > the app to adapt to a limited window side. Theoretically it should be possible to implement "finger scrolling from the middle of the window" starting with some recognizable gesture. Althouht don't know how this could be done at technical level. > in reality - apps should probably handle this themselves. i know e's > config dialogs mostly dont fit - but that is a todo item There is also everything else. Lots of X apps are not designed for small screen, and fixing all those looks like much more work than making it possible to access larger-than-screen windows. Btw, these two ways don't exclude each other :) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why enlightenment?
> I wrote a small > dialer in python gtk and use normal applications from debian > (gpe-calendar, xvkbd keyboard, midori/firefox/arora/elinks browsers, > xchat, icewm window manager). This has give me a pretty stable "no > surprises around corners" environment with lots of applications and > let me to concentrate on helping kernel, Xorg and ogsmd development. Is your environment finger-friendly? Btw, I all WMs I've tried until now, either try to resize any window to become full-screen, or just keep windows size as is (so part os out of screen). Both ways make parts of windows inaccessible. Especially configuration dialogs. Tried E17 configuration dialogs (with font/scale set to something visible without a microscope), especially in "more options" mode? Why not just add scroolbars (in the WM frame I mean)? Especially for configuration dialogs. So if an app was not originally written for small screen, it could still be possible to reach everything in it's window. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community effort: Browser review/comparison in wiki
> Check http://wiki.openmoko.org/wiki/Browser_review You missed arora there, which currently is (one of) the best for debian. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] State of SHR packaging?
> Ideally I'd like to use debian + e17 + the SHR > phone apps on my freerunner... Same here. > Has there been any progress on this? If not, is there some way I can > help? I've built fresh packages for e17 stack, but not yet uploaded those to pkg-fso. Will do that after an ack from somebody who will test things. Currently packages are in my repo at deb http://yoush.homelinux.org:8079/debian freerunner main Compared to previous build, these do include illume keyboard. However there are still blocking problems - tiny font and no launcher icons. I am burried with real-life issues and have zero time to look into those myself :(. So help from interested people is badly needed. As for SHR apps - the packaging depends on still-missing e17 components ... Nikita P.S. Please use pkg-fso-ma...@lists.alioth.debian.org list for debian-on-freerunner related issues, and pkg-e-de...@lists.alioth.debian.org for debian e packaging issues. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] Etk gui?
> Am Saturday 21 February 2009 22:53:27 schrieben Sie: > > G'evening, > > > > I'd at least like to try to build an Etk gui for Pythm. "Problem": I > > have Debian running and don't really want to change that, so I'm > > wondering if there are e17 widget lib(s) available for it. The > > "minimal etk gui" example from the wiki doesn't work since the python > > module "etk" is missing. Zhone doesn't seem to be a usable example for > > this case since it does all its gui using custom graphics (and is not > > too clearly arranged...). > > > > Does anyone have a hint or suggestions? > > I hereby kind of broaden my question: Is there some python-etk package > available for Debian at all? Not yet. Stay tuned :) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] e17 from fso repos
> - constant API breakages in e libs, not handled properly by upstream - > so library packages have to be renamed, and upgrade paths provided. And [1] has a simple example what these API breakages cause - one of many. We really don't want this in Debian. [1] http://lists.openmoko.org/pipermail/community/2009-January/040636.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] e17 from fso repos
> If someone interested, i have packaged e17 for debian, you can download > it on www.mikecrash.com Maybe you are interested in helping debian pkg-e team in making official packages? The issues are: - large package base, and extremely low manpower in the team; - constant API breakages in e libs, not handled properly by upstream - so library packages have to be renamed, and upgrade paths provided. - debian/ dirs in e svn just ignore issues, so can't be useful signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian/all] wake when needed
Hi I see, rtcwake does not work on freerunner: freerunner:~# rtcwake -s 30 rtcwake: /dev/rtc0 not enabled for wakeup events Is there any working methond to make freerunner suspend sleep and later wakeup not later than at a given moment? signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] zhone not working
> ImportError: libevas.so.0: cannot open shared object file: No such file > or directory > > > Some idea? Your upgrade was incomplete. In particular, python-evas was not upgraded to the version using newer evas library package. Please run apt-get dist-upgrade, and if it won't help, post here the complete output of that command. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] LXDE?
> lxlauncher in turn does not depend on lxde -- so i installed it again > and started with xfce. What lxlancher package version fo you have installed? I have 0.2-2, and it just segfaults for me under matchbox session. And that is already reported by someone as #498601 ... signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] LXDE?
> the default is 10pt and that's so big you can't read anything On my FR running Debian, 10pt is so small I can't read it. Have to set to 18 or larger. Why this difference? Dpi should be configured somewhere? signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] e17 from fso repos
> solution: i purged all the libraries coming from the deb package and > from the `apt-get install e17`... then i reinstalled e17 and updated all > the packages... now it works but i have no keyboard (just a piece ;-) ) > if is there someone listening that uses e17 from fso-alioth repos with > success let me know... Please read this thread: http://lists.linuxtogo.org/pipermail/smartphones-userland/2009-January/000877.html signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] e17 from fso repos
> Hi all, > I installed e17 from fso repos (i removed the manually installed package > I was using)... but right now I'm not able to run englightenment_start > at startup as i did before in my .xsessionrc file because of this error: > error while loading shared libraries: libevas.so.0: cannot open shared > object file: No such file or directory > > any hint is deeply welcome Mixing distrow is *always* a bad idea. That will lead to all sort of breakges. In this case, Debian pkg-e team decided to change sonames of e libraries because of unstable ABI. Pkg-fso repository currently has packages with changes sonames. I hope a working e17 will follow soon. Help is welcome on that :) P.S. You may try to symlink libevase-0.0.50a.so to libevas.so.0, and similar to other libs, then you will no longer see that error. Instead your linker will blindly use binary-incompatible libs, and application will crash sooner or later. You have been warned. signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: results of a survey maemo vs openmoko
> sending it to individual users seemed to be bad netiquette. Not more than bottom-citing :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: which stacks have the most complete python implementation?
> both in terms of the standard python libraries and openmoko access? Debian. Because almost every python library is available as a debian package. And all that may be immediately installed on Debian-based Freerunner. signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] RFH to create a usable illume setup
> > I'm seaching for helo from people familiar with illume on how to > > configure it properly. Given information is found, I will probably be > > able to build a ready-for-users package. > > Thanks for taking care of that. > > Note that although we currently have e17 in your (or pkg-fso’s) > repository, you should plan your modifications outside that package, as > we later want to be able to use the normal Debian package. I don’t know > anything about e17, but it should ideally be a separate package, or a > default configuration file installed by our installer into /root/.e*. Let's first find out what and how should be configured. Perhaps there could be better ways - such as making Debian's default e17 to run some hooks (maybe provided by a separate package) to create an initial configuration when illume is chosen. Or to automatically display icons for installed debian apps (perhaps by providing proper hook for debian menu system). signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] RFH to create a usable illume setup
Hi I've put together a set of armel debian packages, including latest Albin's e17 package with illume included. See http://lists.linuxtogo.org/pipermail/smartphones-userland/2009-January/000877.html Yes, illume may be started on Debian now. No, it is not usable yet. Attempt to start it (by putting 'exec enlightenment_start' into ~/.xsession) shows lots of issues: - font is tiny; attempt to enlarge it from setting dialog does not change font in illume's title bar; - no applicatrion icons - can't start anything; - no keyboard. I'm seaching for helo from people familiar with illume on how to configure it properly. Given information is found, I will probably be able to build a ready-for-users package. Nikita signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help with nand u-boot environment
> One more question: if I use a menu item like this: > > setenv menu_1 Boot from microSD (2008.12): setenv rootfstype=ext2 > root=/dev/mmcblk0p2 \; mmcinit\; fatload mmc 1 0x3200 uImage.bin\; > bootm 0x3200 > > and then "run menu_1" I always (even if booting the kernel has success) > see on the console an error: > > Unknown command 'Boot' - try 'help' 'run var' just means 'execute string stored in var as a u-boot command'. And that is exactly what it does. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New on screen Keyboard for Hackable1 and Debian written in Python
> Here is a link to the script > http://www.filmsbykris.com/freerunner-debian/ko-keypad/ko-keypad > you need to have xautomation installed (apt-get install xautomation) > If can install xautomation on om2008 then this keyboard shouldl work on > it aswell Hi I've tried to start it on a FR running Debian with matchbox window manager. Unfortunately it started fullscreen (because by default matchbox starts any 'normal' app fullscreen), and was not usable because of that. Any way to make it starting in 'out-of-workspace' area, as matchbox-keyboard does? Nikita ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian][OM2008][FSO] Found an easy solution for universal right- and middle-click
> > > Here's an ugly hack to do what you suggest: > > > bash -c 'xmodmap -e "pointer = 2 3 1"; /root/bin/waitclick.sh; > > > xmodmap -e "pointer = 1 2 3"' > > > > > > where /root/bin/waitclick.sh: > > > #!/bin/sh > > > input-events 1 2>&1 | ( grep -q -m 1 released && kill $$ ) > > > > > > I couldn't find a more elegant way but this one works for me. Maybe a more elegant solution would be to write a small C program that will: - put a tray icon, - when icon is clicked, use XGrabPointer() to get the next click, - once got, ungrab pointer and send sytnetic X events ButtonPress and ButtonRelease that simulate a right-click This may be enhanced by showing a menu on a "long click" on the tray icon, and use that to simulate more events - middle-click, double-clicks, etc Anybody wishes to write such a program? :) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: I/O problems with SD card
> > If you hold down the AUX / corner key when you power up, you should > > come up in NOR U-Boot with a menu on the LCM. If that's true, you > > should have 30s to do the DFU you want to do before it times out. > >Yes, I know that, but I'm unable to connect to the phone through > DFU protocol because Neo don't offer itself as a device supporting > DFU. Have you tried to connect usb cable AFTER freerunner started NOR u-boot? signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian + SHR Apps
> Nikita V. Youshchenko schrieb: >>> so i wanted to ask you if you know a better way to install shr apps >>> under debian >>> >> >> The correct thing is to create debian packages for software in question. >> >> > blah! sry but ipk and deb just differ in filetype... No. Distributions do call packages differently, and have other differences. When you install non-native package, you do break system dependency handling. If you want things to work reliable, don't break dependency handling. This is a gold rule for desktops and servers, and it is still true for Debian on freerunner. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian + SHR Apps
> so i wanted to ask you if you know a better way to install shr apps > under debian The correct thing is to create debian packages for software in question. Debian New Maintainer Guide [1] documents how to do so. [1] http://www.debian.org/doc/maint-guide/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Hint for all webmail-user Re: Hint for gmail-users: How to mute a conversation
> Other lists: https://lists.openmoko.org/mailman/listinfo/ Could please someone of list admins add the new -devel list to gmane.org? ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: web browser
> Hi, > > There are several open source browser for GTK+ that could run in the Neo > such as Dillo and Skipstone. > Links (the graphical version), although is not based on GTK+, could be > another alternative. AFAIK, none of those has support for javascript and DOM. Which make those not very useful for what I'm trying to do (providing an js-based interface for a device with limited input abilities). ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
web browser
Hello. Is Neo going to have more or less featurefill web browser (e.g. with javascript machine, etc)? - what is minimo status? is it alive at all? - any chances to get opera or netfront ports? ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: power plug
>> How can it charge over USB if it gets full discharged? >> AFAIK, USB device is not powered by USB host until it is configured. >> So gadged must be operational to charge over usb. > > Well, I'm almost certain that my USB mouse has no battery builtin, so > I guess USB does provide some minimal power to enable configuration. Sure. That depends on how usb client hardware is done. In your mouse, there is microcontroller that controls usb client functionality, and powers itself from usb (yes usb gives some limited power - up to 100 mA if I remember correctly - even to client which is not configured yet. But in case when USB is controlled by Linux USB Gadget driver, central CPU must be operational and kernel up and running for USB client functionality to work. >> BTW, this is the exact behaviour I'm observing with my old ipaq running >> Familiar Linux: it could be charged via USB while it it operational, but >> if it gets full discharged, USB can't help and power choord has to be >> used. > > Well, that's not USB's fault. Some of the Ipaqs have a questionable > design where the software on the Ipaq needs to control charging. Now > you can wonder what happens if OS on the Ipaq shuts itself down > because of power exhaustation. *g* Soft is Linux kernel in my case. And yes, it can't charge over usb until it is up. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: power plug
> Renaissance Man schrieb: >> On 20 Jan 2007, at 6:06 am, Sean Moss-Pultz wrote: >> >>> We will sell the Neo1973 direct from openmoko.com for US$350 plus >>> shipping. Sales and orders will be worldwide. >> >> Does this mean it'll be shipping direct from openmoko.com with the >> correct power plug for each country? > > The phone is charged via USB. I am assuming it comes without a power > supply. You can get a USB charger for a power outlet on ebay for a few > bucks if you want to charge it without a PC. How can it charge over USB if it gets full discharged? AFAIK, USB device is not powered by USB host until it is configured. So gadged must be operational to charge over usb. BTW, this is the exact behaviour I'm observing with my old ipaq running Familiar Linux: it could be charged via USB while it it operational, but if it gets full discharged, USB can't help and power choord has to be used. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Regarding hardware specs...
Having everything is good but impossible. But still I'd like to add one wishlist item. I'm interested in using pda-like gadgets with only one hand, and without having to touch the screen. This is optimal e.g. when reading while in metro. Unfortunately this is going to be hard when there are only 2 buttons. At least 3 are needed (2 for scrolling up/down, and one for generic 'action'). Or a wheel + >=1 buttons. Any chance to have a scrool wheel and/or more buttons (e.g. a joystick-like control that actually is equal to 4 or 5 buttons)? ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community