Re: guarantee xterm and a keyboard upon next reboot
[EMAIL PROTECTED] writes: Can you please reveal all the customization you had to do in .Xresources and .xvkbd to make it useable. Thank you. The files .Xdefaults, .icewm/winoptions and XVkbd-lindi are now at http://iki.fi/lindi/openmoko/ ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: [debian] Re: link instead of copying kernel
Hi Jidanni! First of all, can you please continue the discussion on the relevant thread if this already exists? In this case, the thread started at [1]. [1] http://lists.linuxtogo.org/pipermail/smartphones-userland/2008-November/000501.html On Mon, 17 Nov 2008 15:53:04 +0100, Joachim Breitner wrote: Am Montag, den 17.11.2008, 21:40 +0800 schrieb [EMAIL PROTECTED]: I installed the new kernel, and low and behold, even on ext2 it makes a copy instead of a symbolic or hard link to uImage.bin. [...] It should only make a copy if it can't make a link (due to the partition being vfat, which I am back using again, because I'm stuck, as I mentioned in Subject: How stupid I was to choose vfat for /boot) actually, it should always link – the problem that we were trying to avoid by copying is actually in dpkg, not in our scripts, so there is no case where copying in our script helps. IMHO there is no problem at all. Since: 1) dpkg does not support non-POSIX filesystems 2) Debian *relies* on dpkg 3) Not only the linux-image-2.6.24-openmoko-gta02 cannot be installed on vfat, but anything else will fail as well, being it the first package installation or an upgrade, as I reported at [2]. 4) Debian on the FR *must* stay as close as possible to a stock Debian on a desktop or server Then, /boot as vfat is not supported, period. A detailed analysis is available at [2]. [2] http://lists.linuxtogo.org/pipermail/smartphones-userland/2008-November/000456.html IMHO the only advantage to put /boot on vfat is to avoid U-Boot modifications: however, it seems that Joachim's step included in the Debian install.sh script works without any known problem so far. This means that people can safely upgrade their U-Boot environment. Another reason to avoid /boot on vfat is that in the long term I would like to provide an option to install everything on a single partition and this must be a POSIX filesystem. I have not done this yet because it seems that U-Boot does not support large microSDHC cards, something which seems to be no more true in newer U-Boot versions. In the meantime, I will committ the patch I proposed at [3] with a small addition: if you select /boot on vfat you get a big warning about the risk you are taking. Thx, bye, Gismo / Luca [3] http://lists.linuxtogo.org/pipermail/smartphones-userland/2008-November/000488.html pgpTw5erUYZpJ.pgp Description: PGP signature ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: Incremental patching of Packages is slow
user [EMAIL PROTECTED] usertags 463354 + package-installation thanks Hi there! On Mon, 17 Nov 2008 12:01:24 +0100, Timo Juhani Lindfors wrote: [EMAIL PROTECTED] writes: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463354 Have you tried the patch the submitter proposed? http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=rred.cc-scatter-gather-ed.patch;att=1;bug=463354 This is the first thing to do before changing any default. It sometimes maxes out the CPU and perhaps crashed my little Openmoko FreeRunner. Can you provide a backtrace or other debugging output, please? This will help in finding the best solution to this bug. Might be worth the tradeoff to set apt.conf(5) directive Acquire::PDiffs false; I agree. (I even mentioned this in the install.sh feedback I sent last month: This was already discussed in September as well and Enrico Zini proposed a debug strategy, to which no one replied: http://lists.linuxtogo.org/pipermail/smartphones-userland/2008-September/11.html Thx, bye, Gismo / Luca pgpFLx5oI8rOm.pgp Description: PGP signature ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: [Debian] Default Yue ring- and message-tones
Hi there! On Thu, 06 Nov 2008 04:26:02 +0100, Luca Capello wrote: The main problem now is to choose the default sounds: my preference goes to nothing1.ogg for calls and to nothing6 for SMSs. Others? I completely changed my mind after having discovered that frameworkd does not loop the ring-tone. This means that with a 4.5s ring-tone (nothing1.ogg), when a call comes, the phone will make an audible sound for only 4.5 seconds. Thus, I decided to go for jmf1.ogg (43s) and jmf2.ogg (2.8s) for the ring- and message-tone, respectively. Thx, bye, Gismo / Luca pgp8mssHkbrfS.pgp Description: PGP signature ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland