#1685: [Suspend/Resume time] The device insist to go suspend even after touch
the
screen to wake it up from blank time
-+--
Reporter: wendy_hung |Owner: raster
Type: enhancement | Status: assigned
On Aug 6, 2008, at 1:46 AM, Werner Almesberger wrote:
> Jay Vaughan wrote:
>>> I'd consider USB host as a non-essential feature in this context:
>>> it's unlikely to be your primary means for accessing the Neo. EoUSB
>>> often is.
>>
>>
>> USB host is essential to those of us using the Freerunner
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| version magic '2.6.24 preempt mod_unload ARMv5 ' should be '2.6.24
| preempt mod_unload ARMv4
You have to make sure you compile against the same source tree, with the
same .config and use the right compile
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi -
The discussion about where to put a git hash for versioning is too
esoteric to get passionate about in itself. I woke up this morning
realizing what the actual issue is here.
Mike has been putting out some kernel binaries on his page for a whil
Hi everyone,
I need a little pointer in the right direction. I'm trying to get a
basic development environment set up so I can hopefully start
contributing with some testing and eventually some patches.
I was able to successfully compile FSO following the instructions on
the Wiki: http://wiki.op
I managed to compile and execute the tutorial GTK+ application (at
http://wiki.openmoko.org/wiki/Building_a_hello_world_application#GDK_the_Wrong_.2F_Easy_Way)
using the attached Makefile.
On Tue, Aug 5, 2008 at 11:08 PM, sparky mat <[EMAIL PROTECTED]> wrote:
> I had a follow-up query. Please tak
Hi,
i have to compile some kernel modules on my own because they are not in
distribution.
Following modules i need:
udf,compat_ioctl32,v4l1-compat,v4l2-common,v4l2-int-device,videodev
And external kernel module uvcvideo (I compiled the modules using the
kernel in git. I am not sure which versio
#1746: qtmail closes connection when sending SMTP mail with TLS
+---
Reporter: ssinger |Owner: openmoko-devel
Type: defect | Status: assigned
Priority: normal |Milestone:
#1726: Entering SIM PIN often includes a space
--+-
Reporter: odlg |Owner: openmoko-devel
Type: defect| Status: closed
Priority: high |Milestone:
Component: Q
Neng-Yu Tu (Tony Tu) wrote:
> Aaron Sowry ??:
>> I've found the daily u-boot images at
>> http://buildhost.openmoko.org/daily/freerunner/200808/20080805/
>>
>> Which one do I use? There are 3 versions for the gta02v5 - what is the
>> difference?
I
Jay Vaughan wrote:
>> I'd consider USB host as a non-essential feature in this context:
>> it's unlikely to be your primary means for accessing the Neo. EoUSB
>> often is.
>
>
> USB host is essential to those of us using the Freerunner with other
> devices, like USB-MIDI/Audio interfaces, griffin
Mike (mwester) escreveu:
> Here's a fragment, based on what we've seen earlier, that works
> with the OM git repo:
>
> if [ -d .git ] ; then
> HEAD=`git show --pretty=oneline | head -n1 | cut -d' ' -f1 | cut -b1-16`
> BRANCH=`git branch | grep ^\* | cut -d' ' -f2`
> export HOSTNAME_OVERRIDE=
Mike (mwester) wrote:
> But I'm lazy. And that means that if I *also* had to package up a
> tarball of all the modules, copy them up to the rootfs, make sure I have
> space, untar them, remember to delete them when done, just so I could
> boot that kernel to do that test, well, it's less likely th
On Tue, Aug 5, 2008 at 9:14 PM, The Rasterman Carsten Haitzler
<[EMAIL PROTECTED]> wrote:
> On Tue, 5 Aug 2008 13:04:04 + Clare <[EMAIL PROTECTED]> babbled:
>
>> On Tue, Aug 5, 2008 at 11:16 AM, The Rasterman Carsten Haitzler
>> <[EMAIL PROTECTED]> wrote:
>> >> keyboard, that's why dictionary
Hi Julian,
Please update the assassin version to 225.
Changes:
Make search group/update in a queue. That avoid some racing condition
on packagekitd.
Cheers,
Tick
signature.asc
Description: Digital signature
___
devel mailing list
devel@lists.ope
On Tue, 5 Aug 2008 13:04:04 + Clare <[EMAIL PROTECTED]> babbled:
> On Tue, Aug 5, 2008 at 11:16 AM, The Rasterman Carsten Haitzler
> <[EMAIL PROTECTED]> wrote:
> > On Tue, 5 Aug 2008 11:45:26 +0200 Michael Lauer <[EMAIL PROTECTED]>
> > babbled:
>
> >> I built the milestone at a time where Ras
#1750: Range-based automatic network configuration
-+--
Reporter: Mercury | Owner: openmoko-devel
Type: enhancement | Status: new
Priority: normal | Milestone:
Com
Joachim Steiger wrote:
>> *sigh* Well, I tried. Perhaps I'm not the convincing orator
>> (emailator?) that is required to present the customer-support POV.
>> Further, it's unclear to whom the argument needs to be presented.
>>
>> I'll figure out some means -- despite your unilateral decision --
Yeah, I get the same error... I'm using the gta02 versions..
/Anton
On Tue, Aug 5, 2008 at 2:31 PM, Kevin Dean <[EMAIL PROTECTED]> wrote:
> I'm getting the following:
>
> Downloading
> http://downloads.openmoko.org/framework/milestone2/updates/om-gta02/Packages.sig
> Signature check failed
> C
#1746: qtmail closes connection when sending SMTP mail with TLS
+---
Reporter: ssinger |Owner: openmoko-devel
Type: defect | Status: assigned
Priority: normal |Milestone:
#1746: qtmail closes connection when sending SMTP mail with TLS
+---
Reporter: ssinger |Owner: openmoko-devel
Type: defect | Status: assigned
Priority: normal |Milestone:
On Tue, Aug 5, 2008 at 8:49 PM, sparky mat <[EMAIL PROTECTED]> wrote:
> I have installed the GTA02 toolchain as mentioned in the wiki (from
> http://downloads.openmoko.org/toolchains/)
> However, I find only some libraries in
> /usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/lib .
What do you m
On Tuesday 05 August 2008 07:44:48 Guillaume Chereau wrote:
> Hello all,
> It seems that nfs filesystem is not enabled on ASU image. If I type :
> less /proc/filesystems
> I don't see it.
>
> Is there a way to enable it ? Which file should I modify to build the
> image with nfs support ?
hey charl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Hello
|
| building kernel fails with the message below
|
| | arch/arm/mach-s3c2440/mach-gta02.c:88:44:
| error: ../plat-s3c24xx/neo1973_pm_gps.h: No such file or directory
| | make[1]: Entering directory
|
`
Hello
building kernel fails with the message below
| arch/arm/mach-s3c2440/mach-gta02.c:88:44:
error: ../plat-s3c24xx/neo1973_pm_gps.h: No such file or directory
| make[1]: Entering directory
`/mnt/NotBackedUp/Projects/openmoko/build/build/tmp/work/om-gta02-angstrom-linux-gnueabi/linux-openmoko-2
I have installed the GTA02 toolchain as mentioned in the wiki (from
http://downloads.openmoko.org/toolchains/)
However, I find only some libraries in
/usr/local/openmoko/arm/arm-angstrom-linux-gnueabi/lib . What about the GTK+
libraries (and its dependencies)? How do I start GTK+ (or Qt for that
ma
I was wondering how many apps were available based on the Jalimo JVM. The
JVM seems to be pretty fast, along with SWT (with GTK backend). I would have
thought this would prompt many applications popping up.
___
devel mailing list
devel@lists.openmoko.org
I had a follow-up query. Please take a look at my (simple) Makefile
attached. I am trying to figure out how to organize my files into the
following structure:
inc/
src/
build/
build/armv4t/ (which will contain an 'obj' folder and the final binary)
build/x86/ ( - do - )
How do I alter the '%.o: %.
Wolfgang Spraul wrote:
[...]
> Tick will make some changes to the community repository, not sure
> exactly how that will look like in the end.
just changed the scripts which generate it.
we used the opportunity to rename it to a more fitting name:
Multiverse
http://downloads.openmoko.org/repos
Steven ** wrote:
> It seems like several things have been removed from the repositories.
> Who does this and why?
>
> From what I've seen, the following packages were once in the
> repository and are no more:
> bluez-utils-alsa
> nano
> agpsui
> tangogps
>
> I'm betting there are others that have
> *sigh* Well, I tried. Perhaps I'm not the convincing orator
> (emailator?) that is required to present the customer-support POV.
> Further, it's unclear to whom the argument needs to be presented.
>
> I'll figure out some means -- despite your unilateral decision -- to
> ensure that the averag
For the record, here's the patch to permit the build script to
override the "hostname" in the ([EMAIL PROTECTED]) portion of the
kernel's identification area. Build scripts can use this to
provide build-system-specific ID information, which should usually
identify the origin of the kernel (i.e. wh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| *sigh* Well, I tried. Perhaps I'm not the convincing orator
| (emailator?) that is required to present the customer-support POV.
| Further, it's unclear to whom the argument needs to be presented.
The ar
Andy Green wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Somebody in the thread at some point said:
>
> Just to fill folks in, I patched my build script to add the branch name
> and git head hash to the "version" the kernel reports.
>
> # uname -a
> Linux fic-gta02 2.6.26-andy-2.6
On Tue, 5 Aug 2008 10:24:15 -0500
"Steven **" <[EMAIL PROTECTED]> wrote:
> It seems like several things have been removed from the repositories.
> Who does this and why?
>
> From what I've seen, the following packages were once in the
> repository and are no more:
> bluez-utils-alsa
> nano
> agps
It seems like several things have been removed from the repositories.
Who does this and why?
>From what I've seen, the following packages were once in the
repository and are no more:
bluez-utils-alsa
nano
agpsui
tangogps
I'm betting there are others that have been lost. Were they moved to
some o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| EXTRAVERSION implies it is a version, and versions are sortable. Git
| revisions aren't sortabled and hence unsuited to be using in versions.
This doesn't seem a very strong argument, all kinds of literals
Fredrik Wendt wrote, On 05/08/08 14:43:
> Andy wrote:
>
>> What workflow are you trying to achieve with NFS? Unless you're
>> changing large files a lot, scp to NAND or SD Card works well.
>>
>
> I intend to mount my music share (NFS) when I'm at work (over wlan since
> GPRS will be to s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
Just to fill folks in, I patched my build script to add the branch name
and git head hash to the "version" the kernel reports.
# uname -a
Linux fic-gta02 2.6.26-andy-2.6.26:bf9b3bb99b5b8708-mokodev #1001
PRE
Op 5 aug 2008, om 15:57 heeft Mike (mwester) het volgende geschreven:
Andy Green wrote:
You might noticed I called it "module versioning" :-) But we have
another way to come at by EXTRAVERSION with the git hash, that solves
another issue too.
Let's re-open the discussion on this, I think t
Andy Green wrote:
>
> You might noticed I called it "module versioning" :-) But we have
> another way to come at by EXTRAVERSION with the git hash, that solves
> another issue too.
Let's re-open the discussion on this, I think there's a better solution.
I remain opposed to the use of the git ha
Andy wrote:
> What workflow are you trying to achieve with NFS? Unless you're
> changing large files a lot, scp to NAND or SD Card works well.
I intend to mount my music share (NFS) when I'm at work (over wlan since
GPRS will be to slow) and have my FR play my music over bt. When that
works, I'll
On Tue, Aug 5, 2008 at 7:19 AM, Michael Lauer <[EMAIL PROTECTED]> wrote:
>
> Argh, git's lack of incremental versions showing its ugly head -- we
> switched this package in OE to another git tree, that's why our usual
> gitr prefix is not active in this case.
> Please opkg install --force-downgra
On Tue, Aug 5, 2008 at 11:16 AM, The Rasterman Carsten Haitzler
<[EMAIL PROTECTED]> wrote:
> On Tue, 5 Aug 2008 11:45:26 +0200 Michael Lauer <[EMAIL PROTECTED]> babbled:
>> I built the milestone at a time where Raster was revamping the
>> keyboard, that's why dictionary prediction is not available
On Tue, 2008-08-05 at 14:19 +0200, Michael Lauer wrote:
> Am 05.08.2008 um 14:13 schrieb Menno Smits:
>
> > Michael 'Mickey' Lauer wrote:
> >> See http://downloads.openmoko.org/framework/milestone2/updates/
> >>
> >> The first thing already in there is a fixed Xserver for the FR that
> >> does n
I'm getting the following:
Downloading
http://downloads.openmoko.org/framework/milestone2/updates/om-gta02/Packages.sig
Signature check failed
Collected errors:
* Failed to download
http://downloads.openmoko.org/framework/milestone2/updates/fic-gta02/Packages.gz,
error 404
* Failed to download
Am 05.08.2008 um 14:13 schrieb Menno Smits:
> Michael 'Mickey' Lauer wrote:
>> See http://downloads.openmoko.org/framework/milestone2/updates/
>>
>> The first thing already in there is a fixed Xserver for the FR that
>> does not
>> exhibit the "eating accelerometer events" behaviour.
>
> I've in
Michael 'Mickey' Lauer wrote:
> See http://downloads.openmoko.org/framework/milestone2/updates/
>
> The first thing already in there is a fixed Xserver for the FR that does not
> exhibit the "eating accelerometer events" behaviour.
I've installed the updated opkg config as described and run "opk
Am 05.08.2008 um 12:48 schrieb Andy Green:
> Anyway if it cheers you up, currently bringing up WLAN by default in
> monolithic kernel costs 300ms. If someone can figure out a way to
> provoke a rescan nicely, we can defer that until someone turns WLAN
> on,
> saving power and 300ms at boot, eno
You might use sshfs, should be available, too and no need to mess around
with nfs :)
On Tue, Aug 5, 2008 at 1:25 PM, Guillaume Chereau <[EMAIL PROTECTED]>wrote:
>
> > | Am 05.08.2008 um 11:15 schrieb Andy Green:
> > |> What workflow are you trying to achieve with NFS? Unless you're
> > |> changi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| eheh, the problem is not really the time it takes to copy the file, but
| the time it takes ME to run the scp command !
| Yes, I am that lazy :)
lol then I certainly appreciate the effort of your reply her
> | Am 05.08.2008 um 11:15 schrieb Andy Green:
> |> What workflow are you trying to achieve with NFS? Unless you're
> |> changing large files a lot, scp to NAND or SD Card works well.
Well, what I do is editing -python- scripts on my host, and executing
them on my neo.
Mickey said :
> | Nothing
On Tue, 5 Aug 2008 11:45:26 +0200 Michael Lauer <[EMAIL PROTECTED]> babbled:
> Am 05.08.2008 um 09:33 schrieb Simon Kagstrom:
> > On Tue, 5 Aug 2008 08:27:19 +1000
> > Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
> >
> >> as such - with fuzzy matching (dictionary lookup), if you hav
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| On Tuesday 05 of August 2008 10:53:55 Andy Green wrote:
|
|> JFFS2 mount is three or four or more times the delay of the whole
|> kernel bringup, and the rootfs init still towers above it all.
|
| What about
Hi
On Tue, Aug 5, 2008 at 11:54 AM, Michael Lauer <[EMAIL PROTECTED]> wrote:
>> The srcrev for linux-openmoko needs to be updated to include the patch
>> for the missing header file (I think the patch went in last Friday).
>> As this is the OE tree (for FSO) and not the openmoko tree, where is
>>
> I'd consider USB host as a non-essential feature in this context:
> it's unlikely to be your primary means for accessing the Neo. EoUSB
> often is.
USB host is essential to those of us using the Freerunner with other
devices, like USB-MIDI/Audio interfaces, griffin Powermate thumb
wheels, e
> So it seems that, if we
> - enable module versioning (heh, never notices that one ;-), and
> - put EoUSB back in the monolithic kernel for now
> we should be good for a while, no ?
>
If EoUSB *must* be a module, because if it is built-in, it means we
cannot use the other gadget_ drivers, and t
On Tuesday 05 of August 2008 10:53:55 Andy Green wrote:
> JFFS2 mount is three or four or more times the delay of the whole
> kernel bringup, and the rootfs init still towers above it all.
What about people who boots from SD cards?
> You're talking about a few ms vs hundreds of seconds.
--
JID
We had a meeting in Taipei to try to cleanup the
downloads.openmoko.org folder structure ahead of the Om 2008.8 release
(formerly known as ASU).
First we created a new subfolder obsolete/, and moved the following
folders into it:
asu/
doc/
recommended/
snapshots/
ui_icons/
updates/
The one
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
|
| Am 05.08.2008 um 11:15 schrieb Andy Green:
|
|> -BEGIN PGP SIGNED MESSAGE-
|> Hash: SHA1
|>
|> Somebody in the thread at some point said:
|> | Hello all,
|> | It seems that nfs filesystem is not en
> The srcrev for linux-openmoko needs to be updated to include the patch
> for the missing header file (I think the patch went in last Friday).
> As this is the OE tree (for FSO) and not the openmoko tree, where is
> the best place to file 'bugs' like this one?
As FSO is using upstream org.openemb
Am 05.08.2008 um 11:15 schrieb Andy Green:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Somebody in the thread at some point said:
> | Hello all,
> | It seems that nfs filesystem is not enabled on ASU image. If I
> type :
> | less /proc/filesystems
> | I don't see it.
> |
> | Is there
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
|> If you need to use it, you'll need to use a custom kernel config with
|> various options down File Systems | Network File Systems in menuconfig.
| I find sshfs (ssh fuse filesystem) works really well when
Am 05.08.2008 um 09:33 schrieb Simon Kagstrom:
> On Tue, 5 Aug 2008 08:27:19 +1000
> Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
>
>> as such - with fuzzy matching (dictionary lookup), if you have this:
>> [A B] [C D] [E F]
>> [G H] [I J] [K L]
>>
>> on a touchscreen - it is in fact
Andy Green wrote, On 05/08/08 10:15:
> Somebody in the thread at some point said:
> | Hello all,
> | It seems that nfs filesystem is not enabled on ASU image. If I type :
> | less /proc/filesystems
> | I don't see it.
> |
> | Is there a way to enable it ? Which file should I modify to build the
>
Hi,
The srcrev for linux-openmoko needs to be updated to include the patch
for the missing header file (I think the patch went in last Friday).
As this is the OE tree (for FSO) and not the openmoko tree, where is
the best place to file 'bugs' like this one?
Cheers
--
Nick Loeve
___
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| | When you say "with our latest generation A6 devices", does this mean
| | that those new devices have hardware changes designed to improve audio
| | quality relative to the Neo1973 and first batch of Freer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Hello all,
| It seems that nfs filesystem is not enabled on ASU image. If I type :
| less /proc/filesystems
| I don't see it.
|
| Is there a way to enable it ? Which file should I modify to build the
| image
Andy Green wrote:
> When any modules exist and are used in rootfs, DFU in kernel partition
> is illegal anyway, at best reserved for special situation.
Yeah, there's certainly a huge mismatch potential there. What I'm
worried about is to make the kernel developer setup too different
from the user
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| On Tuesday 05 of August 2008 10:26:38 Werner Almesberger wrote:
|> Andy Green wrote:
|>> Moving Ethernet over USB into a module exposed existing problems
|>> that need solving anyway. We did not take care a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Andy Green wrote:
|> Moving Ethernet over USB into a module exposed existing problems that
|> need solving anyway. We did not take care about module versioning, and
|> we should deprecate monolithic kernel
Marcin Juszkiewicz wrote:
> Having USB Host functionality in kernel will enlarge time spent on
> booting. When you load USB Host later during start it can be done in any
> time. And gta01/02 require it for Bluetooth...
I'd consider USB host as a non-essential feature in this context:
it's unlike
On Tuesday 05 of August 2008 10:26:38 Werner Almesberger wrote:
> Andy Green wrote:
> > Moving Ethernet over USB into a module exposed existing problems
> > that need solving anyway. We did not take care about module
> > versioning, and we should deprecate monolithic kernel -only updates
> > (ie,
Andy Green wrote:
> Moving Ethernet over USB into a module exposed existing problems that
> need solving anyway. We did not take care about module versioning, and
> we should deprecate monolithic kernel -only updates (ie, DFU) for normal
> use if we use modules at all.
Well, as long as we can mak
Andy Green wrote:
> That wasn't his point... he was saying do we need them all installed
> because they take a lot of space. But, they take the same storage space
> monolithic as they do as modules. So it's a different (but apposite) issue.
Nitpicking: modules are larger than in-kernel code alre
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Andy, by the way, how urgent is that functionality actually ? It
| doesn't look like anything ASU or FSO would need. If it's only a
| fringe interest, it may be better to just stick with having only
| EoUSB
On Tue, 5 Aug 2008 04:58:34 -0300
Werner Almesberger <[EMAIL PROTECTED]> wrote:
> Andy, by the way, how urgent is that functionality actually ? It
> doesn't look like anything ASU or FSO would need. If it's only a
> fringe interest, it may be better to just stick with having only
> EoUSB in the reg
--- Begin Message ---
hi
I am having problems in running make openmoko-qtopia-x11-image
I am getting following error
NOTE: Checking Package: python-db
NOTE: Checking Package: python-crypt
NOTE: Checking Package: python-idle
NOTE: Checking Package: python-lang
NOTE: Checking Package: python-audio
Graeme Gregory wrote:
> I changed GTA02 yesterday to install all modules built.
>
> This uses 5.6M of storage (uncompressed no idea how to get the
> compressed size out of jffs2)
Ah, I only looked at the modules we build, and they took 10x as much
space. 5.6MB isn't too bad a starting point. Stil
On Tue, 05 Aug 2008 12:12:53 +0930
Rod Whitby <[EMAIL PROTECTED]> wrote:
> Yaroslav Halchenko wrote:
> > Dear Dev'ers,
> >
> > trying to build up-to-date image using MokoMakefile
> >
> > fails to build glibc with problem listed below. apparently is
> > missing
> > -L/home/yoh/nobackup_openmoko/s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| I changed GTA02 yesterday to install all modules built.
|
| This uses 5.6M of storage (uncompressed no idea how to get the
| compressed size out of jffs2)
2.3% of 256MB sounds fine, not even allowing for c
On Tue, 5 Aug 2008 04:23:28 -0300
Werner Almesberger <[EMAIL PROTECTED]> wrote:
> Andy Green wrote:
> > It's viable, AIUI it is what we have done :-)
>
> That's cheating - we know that all your data lives on SD anyway ;-)
>
> > In this thread Graeme explained:
>
> Hmm, I'm not sure what is OE a
On Tue, 5 Aug 2008 08:27:19 +1000
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
> as such - with fuzzy matching (dictionary lookup), if you have this:
> [A B] [C D] [E F]
> [G H] [I J] [K L]
>
> on a touchscreen - it is in fact inferior to:
> [A] [B] [C] [D] [E] [F]
> [G] [H] [I] [J
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Andy Green wrote:
|> It's viable, AIUI it is what we have done :-)
|
| That's cheating - we know that all your data lives on SD anyway ;-)
|
|> In this thread Graeme explained:
|
| Hmm, I'm not sure what is
Andy Green wrote:
> It's viable, AIUI it is what we have done :-)
That's cheating - we know that all your data lives on SD anyway ;-)
> In this thread Graeme explained:
Hmm, I'm not sure what is OE and what is opkg here. OE determines
what gets built while opkg determines what gets installed. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| The total space eaten by all the modules is enormous. Even on GTA02,
| some 20% of total NAND storage would be taken up by them. So I think
| just installing all the modules isn't a viable option in that se
Andy Green wrote:
> If they're really "never used", let's stop making 'em. Otherwise,
> someone is using them, and when they found they wanted them can be
> unpredictable.
Yes, that's what I meant: never used on a given system, but obviously
deemed potentially useful for someone. So the package p
87 matches
Mail list logo
