Re: QtMoko v24
On 06/04/2010 08:09 AM, Gand' wrote: > The only issue i have with qtmoko is call volume ... > Even if both sliders are at their maximum, i often can barelly hear > anything ... Call volume works fine for me now (setting up in neocontrol). Anyway, you can manually edit gsm state file, or copy it from wiki, i did this with qtmoko v22. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
The only issue i have with qtmoko is call volume ... Even if both sliders are at their maximum, i often can barelly hear anything ... -- Gand' On Thu, Jun 3, 2010 at 11:55 PM, Jim Morris wrote: > Jim Morris wrote: > > > > I did notice that a quick click of the power button used to put the FR > into suspend, but that no > > longer seems to work, is that by design or not? > > Never mind, it seems to work after a fresh reboot. > > Thanks again. > > -- > Jim Morris, http://blog.wolfman.com > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
Jim Morris wrote: > > I did notice that a quick click of the power button used to put the FR into > suspend, but that no > longer seems to work, is that by design or not? Never mind, it seems to work after a fresh reboot. Thanks again. -- Jim Morris, http://blog.wolfman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
Thanks Radek, This is looking great, and pretty fast too. I did notice that a quick click of the power button used to put the FR into suspend, but that no longer seems to work, is that by design or not? Thanks Jim Radek Polak wrote: > Hi, > new QtMoko images v24 are out! You can download from our sourceforge [1] > or visit our homepage [2][3]. -- Jim Morris, http://blog.wolfman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
Stefan Monnier wrote: > ??? Ever tried "aptitude search busybox" ??? > Not only it's part of Debian, but it's used in Debian's initrd, i.e. in > most desktop installations. > > Actually, having just tried "aptitude search busybox", I see that not > only there is a busybox package, but there's even a busybox-syslogd > package in unstable, which provides the same feature as my script (in > a more verbose way, with more bells and whistles). This is interesting. However i still dont like the idea of having duplicated programs in the image. Busybox duplicates all those command line utils like ls, cp and so on. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
Levy wrote: > Did you upgrade the Debian version for squeeze? Not yet, we need to port bluetooth to bluez4 api before moving to newer debian. But if you dont need bluetooth you can upgrade using apt. It worked for me. > I would like to use more repositories, is there a way to increase the > /var/apt size? Yes, but you will need SD card with ext2/ext3 filesystem. The small size is because it's tmpfs because jffs2 does not support mmap. If you are running from SD card you can just: umount /var/cache/apt or completely remove this mount from fstab. If you run from NAND, mount ext2/ext3 filesystem from SD card on that directory. Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
Hi Radek, thanks for your work and the last version. I just have two questions: Did you upgrade the Debian version for squeeze? I would like to use more repositories, is there a way to increase the /var/apt size? On Thu, Jun 3, 2010 at 04:35, Radek Polak wrote: > > Hi Stefan, > but we dont have busybox in debian. > We have busybox for all Debian versions: ftp://ftp.br.debian.org/debian-dists/debian/pool/main/b/busybox/ Thank you, Levy. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
>> Why not use the circular in-memory buffer provided by busybox's syslogd? >> It's what OpenWRT uses (and many other embedded firmwares): it doesn't >> eat up your Flash/disk, but still gives you access to the last >> few messages. > but we dont have busybox in debian. ??? Ever tried "aptitude search busybox" ??? Not only it's part of Debian, but it's used in Debian's initrd, i.e. in most desktop installations. Actually, having just tried "aptitude search busybox", I see that not only there is a busybox package, but there's even a busybox-syslogd package in unstable, which provides the same feature as my script (in a more verbose way, with more bells and whistles). Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
> but we dont have busybox in debian. and be thankful for that! in my experience, busybox is applicable for _very_ limited devices only. and the fr is certainly not one of those. > Is it possible to do something similar with standard debian logger? standard syslog should offer -C for that. whith rsyslog one could use log rotation and delete older logs (i for one prefer to have logs available longer than just a few hours and as file, not just in-memeory), see: http://wiki.rsyslog.com/index.php/DailyLogRotation another clue would be "queued operations", mentioned in the man page. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
Alex Samorukov writes: > There is a debian busybox package in the repositories. By default it > installs only /bin/busybox, but using symlinks (it uses argv[0] to > choose what to do) and by removing standard syslog it is possible to > replace debian syslogd. Beware that busybox syslogd logs only the first 255 characters of each line :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
On 06/03/2010 09:35 AM, Radek Polak wrote: > On Thursday 03 June 2010 04:06:59 Stefan Monnier wrote: > > >> Why not use the circular in-memory buffer provided by busybox's syslogd? >> It's what OpenWRT uses (and many other embedded firmwares): it doesn't >> eat up your Flash/disk, but still gives you access to the last >> few messages. >> > Hi Stefan, > but we dont have busybox in debian. Is it possible to do something similar > with standard debian logger? > Hi, There is a debian busybox package in the repositories. By default it installs only /bin/busybox, but using symlinks (it uses argv[0] to choose what to do) and by removing standard syslog it is possible to replace debian syslogd. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v24
On Thursday 03 June 2010 04:06:59 Stefan Monnier wrote: > Why not use the circular in-memory buffer provided by busybox's syslogd? > It's what OpenWRT uses (and many other embedded firmwares): it doesn't > eat up your Flash/disk, but still gives you access to the last > few messages. Hi Stefan, but we dont have busybox in debian. Is it possible to do something similar with standard debian logger? Regards Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community