Hi,
It would be helpful if you could provide instructions on how to install
apps directly into /opt without changing too much of the packaging
stuff (remember, some package maintainers have to keep the Diablo
version and maybe even a Linux Desktop version up to date as well,
so anything that
Hi,
ext Graham Cobb wrote:
On Thursday 10 September 2009 12:16:59 Marius Vollmer wrote:
By the way, I have been experimenting with maemo-optify. I think it is
currently generating too many links for quite small files.
All files, even symlinks, take some space. On UBIFS single file
overhead
Hi,
in my opinion, maemo-optify shouldn't be hailed as the
good-for-everyone savior to the rootfs space issue. I see it as a
workaround for software that cannot be easily relocated to /opt.
Optification symlinks take space on the rootfs too, so if you have a
lot of them, you still waste several
On Wed, Oct 21, 2009 at 21:43, Martin Grimme martin.gri...@gmail.com wrote:
in my opinion, maemo-optify shouldn't be hailed as the
good-for-everyone savior to the rootfs space issue. I see it as a
workaround for software that cannot be easily relocated to /opt.
Agreed. Software which is
2009/10/21 Martin Grimme martin.gri...@gmail.com:
Please don't get me wrong. optify is still useful and good to have,
but everybody should bear in mind that it's only a workaround, and
that relocating the software to /opt would be a much safer and more
elegant solution.
It would be helpful if
Hi,
Am Mittwoch 16 September 2009 schrieb Marius Vollmer:
The top ten entries are:
enigma 19 16276
I just /opt-imized enigma
Till
___
maemo-developers mailing list
maemo-developers@maemo.org
Vollmer Marius (Nokia-D/Helsinki) marius.voll...@nokia.com writes:
The **really** interesting question is going to be whether someone can come
up
with a solution which Nokia can (and will agree to) apply in a Fremantle
update!
Indeed!
Hmm, what about a Opt BoF at the Maemo Summit? We
On Mon, Sep 21, 2009 at 16:54, Marius Vollmer marius.voll...@nokia.com wrote:
Hmm, what about a Opt BoF at the Maemo Summit? We could get together to
talk about what we should do near term, and maybe also about the long
term.
Sounds good. I've added an optify facility to MUD, so that if you
ext Graham Cobb g+...@cobb.uk.net writes:
So, given all the controversy and discussion, why don't we start with the
simple hack.
Yep. How shall we start? I noticed that the vor package is already
optified. Nice!
I just ran maemo-optify over all extras-devel packages. The result is
here:
Hello,
Sorry for the broken threading. I just subscribed and the quote is from copy-
paste from nabble.
ext Andrew Flegg andrew at bleb.org writes:
Although a unionfs solution would be a bit more further dev on Nokia's
part, it will reduce the developer complexity and gives us a real
On Thu, 2009-09-10 at 17:20 +0200, Vollmer Marius (Nokia-D/Helsinki)
wrote:
ext Andrew Flegg and...@bleb.org writes:
Although a unionfs solution would be a bit more further dev on Nokia's
part, it will reduce the developer complexity and gives us a real
world solution now. I'm sure the
Kimmo Hämäläinen wrote:
Does UnionFS support block rotation (like ubifs) for the internal flash?
UnionFS works on top of other file system(s) in directory level. In
this case, UBIFS would be still there for the underlying root filesystem.
It seems that the overhead of using UnionFS is
On Fri, 2009-09-11 at 09:15 +0200, ext Henrik Hedberg wrote:
Kimmo Hämäläinen wrote:
Does UnionFS support block rotation (like ubifs) for the internal flash?
UnionFS works on top of other file system(s) in directory level. In
this case, UBIFS would be still there for the underlying
David Weinehall wrote:
IMHO we have three options:
- Real VFAT (with all the drawbacks it brings)
- VVFAT
- A separate program (PC Suite, most likely) to do the transfers
(probably leaving Linux and MacOS users out in the cold)
There is also MTP [1]. It is less generic than one would want
Andrew Flegg wrote:
...because /opt is a hack because no-one at Nokia had the foresight to
imagine that users might want to install multiple applications, and
large new frameworks like Qt.
It wasn't really hard to see this coming. We are booting from MMC since
the OS2006 days and one of
ext Andrew Flegg and...@bleb.org writes:
On Thu, Sep 10, 2009 at 16:12, Marius Vollmer marius.voll...@nokia.com
wrote:
ext Andrew Flegg and...@bleb.org writes:
Instead of using a fixed prefix of /opt/maemo/path, use
/opt/package/trimmed path.
[big snip]
I'm not going to get into a
ext Andrew Flegg and...@bleb.org writes:
On Thu, Sep 10, 2009 at 16:20, Marius Vollmer marius.voll...@nokia.com
wrote:
ext Andrew Flegg and...@bleb.org writes:
Although a unionfs solution would be a bit more further dev on Nokia's
part, it will reduce the developer complexity and gives us
ext Graham Cobb g+...@cobb.uk.net writes:
On Thursday 10 September 2009 12:16:59 Marius Vollmer wrote:
Also, you can make it so that maemo-optify only runs in debian/rules
when it is present:
which maemo-optify maemo-optify
Small correction: that doesn't work (because it returns an
Marius Vollmer (marius.voll...@nokia.com) wrote:
The /opt is hack statement needs to be qualified, of course. Moving
stuff into /opt/maemo is a hack, of course. But at least in my
opinion, Moving stuff into /opt/package/ is a bigger hack, and a
bigger violation of the letter and spirit of
ext Simon Budig si...@budig.de writes:
Marius Vollmer (marius.voll...@nokia.com) wrote:
The /opt is hack statement needs to be qualified, of course. Moving
stuff into /opt/maemo is a hack, of course. But at least in my
opinion, Moving stuff into /opt/package/ is a bigger hack, and a
bigger
On Fri, Sep 11, 2009 at 08:15, Henrik Hedberg
henrik.hedb...@innologies.fi wrote:
It seems that the overhead of using UnionFS is about 10% [1], which
should be noted when making decisions. This performance lost will affect
all files, not should optified files as in the original plan.
The
On Fri, Sep 11, 2009 at 11:11 AM, Marius Vollmer
marius.voll...@nokia.com wrote:
ext Graham Cobb g+...@cobb.uk.net writes:
On Thursday 10 September 2009 12:16:59 Marius Vollmer wrote:
Also, you can make it so that maemo-optify only runs in debian/rules
when it is present:
which
ext Kees Jongenburger kees.jongenbur...@gmail.com writes:
The opkg package manager support a offline root mode that allows you
to install packages using a different base.
Like dpkg's --root option?
The idea is that one might want to install some content on a removable
media. it doesn't
Hi,
I don't think /opt/package is a bad idea, and I wouldn't call it a
hack. On other Unices, like Solaris, 3rd party software usually goes
to /opt. In fact, by default, /usr is write-protected in virtual
containers (mounted read-only from the host system).
The good thing IMHO about /opt is that
ext Martin Grimme martin.gri...@gmail.com writes:
I don't think /opt/package is a bad idea, and I wouldn't call it a
hack. On other Unices, like Solaris, 3rd party software usually goes
to /opt. In fact, by default, /usr is write-protected in virtual
containers (mounted read-only from the
On Fri, Sep 11, 2009 at 10:32, Marius Vollmer marius.voll...@nokia.com wrote:
Yes, but package is not in the same namespace as the distribution
packages. As you point out, one should register the package names
with Lanana. (I didn't know about this, thanks for the information.)
No,
On Friday 11 September 2009 09:56:14 Marius Vollmer wrote:
Hmm, I am really in a detail-oriented let's get this done mode. As I
said, the question of whether or not and if so how to use /opt for
distribution packages is bigger than this, and I don't think we should
try to answer it here.
So,
Hello!
Other thoughts included:
* Use of /opt is perhaps now a QA requirement for Extras
* Can we somehow add a /opt check into minimae/maemian? Is it
possible, and is it sensible?
Please recall that maemo5 is not the only maemo. Maemo4 is the latest
availble for N800/N810 and
On Thu, 10 Sep 2009, Aniello Del Sorbo wrote:
We developers already maintain different packages for different Maemo
versions,
at least Maemo 4 and Maemo 5 as there are too many differences.
A Diablo/Chinook/Bora/Gregale package etc won't include this /opt
packaging idea (that, indeed, I
On Thu, 10 Sep 2009, David Weinehall wrote:
On ons, 2009-09-09 at 23:48 +0200, ext Matan Ziv-Av wrote:
On Wed, 9 Sep 2009, Andrew Flegg wrote:
On Wed, Sep 9, 2009 at 16:22, Attila Csipama...@csipa.in.rs wrote:
On Wednesday 09 September 2009 17:09:17 Andrew Flegg wrote:
Of course, if
On Thu, Sep 10, 2009 at 07:10, Tim Teulings r...@edge.ping.de wrote:
I also would like to request a solution that does not make packages
differ from diablo or Mer. Up to now I was able to have the same
packages for all OS versions. A solution that requires me to have
different packages for
On Wed, 2009-09-09 at 22:22 +0200, Weinehall David (Nokia-D/Tampere)
wrote:
On ons, 2009-09-09 at 16:53 +0200, ext Andraž 'ruskie' Levstik wrote:
:2009-09-09T17:11:Marius Vollmer:
Hamalainen Kimmo (Nokia-D/Helsinki) kimmo.hamalai...@nokia.com
writes:
It would not be trivial
:2009-09-09T23:22:David Weinehall:
The problem isn't finding a solution for the computer literati, but
rather for normal users. Normal users that doesn't know what scp is.
IMHO we have three options:
- Real VFAT (with all the drawbacks it brings)
- VVFAT
- A separate program (PC Suite,
On Thu, 2009-09-10 at 08:48 +0200, ext Matan Ziv-Av wrote:
On Thu, 10 Sep 2009, David Weinehall wrote:
On ons, 2009-09-09 at 23:48 +0200, ext Matan Ziv-Av wrote:
On Wed, 9 Sep 2009, Andrew Flegg wrote:
On Wed, Sep 9, 2009 at 16:22, Attila Csipama...@csipa.in.rs wrote:
On Wednesday 09
:2009-09-10T10:25:Mohammed Hassan:
Or a tiny read only partition with winscp.exe and the rest is exposed
via ssh/scp
Only problem is ssh getting outdated and all the devices being
exploited. Bad.
Which is why it would only listen on usb0 by default :)
So hard to exploit it don't you think
:2009-09-10T10:31:Mohammed Hassan:
And that indication is already a packaging difference.
I'd rather do ./configure --prefix=/opt/package and that's it.
Frankly if this would become a standard I think there'll be atleast some
people that will setup their own autobuilder to install to regular
On Thu, Sep 10, 2009 at 08:41, Andraž 'ruskie' Levstik
rus...@codemages.net wrote:
Frankly if this would become a standard I think there'll be atleast some
people that will setup their own autobuilder to install to regular /usr
or /usr/local.
Why do you care, as a user, where the package
On Thu, 2009-09-10 at 09:30 +0200, ext Andraž 'ruskie' Levstik wrote:
:2009-09-09T23:22:David Weinehall:
The problem isn't finding a solution for the computer literati, but
rather for normal users. Normal users that doesn't know what scp is.
IMHO we have three options:
- Real VFAT
On Thu, 2009-09-10 at 09:41 +0200, ext Andraž 'ruskie' Levstik wrote:
:2009-09-10T10:31:Mohammed Hassan:
And that indication is already a packaging difference.
I'd rather do ./configure --prefix=/opt/package and that's it.
Frankly if this would become a standard I think there'll be
ext Graham Cobb g+...@cobb.uk.net writes:
Hmm. Are there some objective criteria for what should go in opt?
Not really. The proposed tool, maemo-optify, has a hard-coded, builtin
heuristic to select which files to move. It is supposed to be a
fire-and-forget action: you add a simple call to
:2009-09-10T08:55:Andrew Flegg:
On Thu, Sep 10, 2009 at 08:41, Andraž 'ruskie' Levstik
rus...@codemages.net wrote:
Frankly if this would become a standard I think there'll be atleast some
people that will setup their own autobuilder to install to regular /usr
or /usr/local.
Why do
Matan Ziv-Av wrote:
On Wed, 9 Sep 2009, David Greaves wrote:
Matan Ziv-Av wrote:
On Wed, 9 Sep 2009, Andrew Flegg wrote:
* Use of /opt is perhaps now a QA requirement for Extras
* Can we somehow add a /opt check into minimae/maemian? Is it
possible, and is it sensible?
Please
On Thu, 2009-09-10 at 10:06 +0200, ext Andraž 'ruskie' Levstik wrote:
:2009-09-10T08:55:Andrew Flegg:
On Thu, Sep 10, 2009 at 08:41, Andraž 'ruskie' Levstik
rus...@codemages.net wrote:
Frankly if this would become a standard I think there'll be atleast some
people that will setup
On Thu, Sep 10, 2009 at 09:05, Marius Vollmer marius.voll...@nokia.com wrote:
ext Graham Cobb g+...@cobb.uk.net writes:
Hmm. Are there some objective criteria for what should go in opt?
Not really. The proposed tool, maemo-optify, has a hard-coded, builtin
heuristic to select which files
ext Thomas Perl th.p...@gmail.com writes:
2009/9/9 Marius Vollmer marius.voll...@nokia.com:
ext David Greaves da...@dgreaves.com writes:
Hmm, seems like another solution would be to have the opt partition mounted
as
/usr and install all the 'standard' stuff into /root_usr/ and preinstall
ext Andrew Flegg and...@bleb.org writes:
Limiting it to a hack for a large app results in a question of when
is an app large: 1MB, 2MB, 4MB, 8MB, 16MB, ...? If we can have a
consensus on *that*, that could be something we have a QA check for?
I'd say we chould check directly for what we care
:2009-09-10T11:29:Mohammed Hassan:
But you are not a normal user here :-)
I guess it depends what a normal user would be for this device. If it
were for example my mom(I'm being very specific here) she would know
to expect /mnt and /media and even /usr/bin and such things(and yes she
uses
Graham Cobb wrote:
I would suggest that Nokia add /opt/bin to the PATH, add /opt/lib to the
LD_LIBRARY_PATH and add /opt/lib/pkgconfig to PKG_CONFIG_PATH (all on the
device and in scratchbox) and that we ignore the FHS rule that packages
should not install into those directories. That
On Thu, Sep 10, 2009 at 09:52, Graham Cobb g+...@cobb.uk.net wrote:
On Thursday 10 September 2009 07:53:37 Andrew Flegg wrote:
The use of /opt/_package_/ on Diablo, Fremantle, Mer, Ubuntu is
entirely concordant with the FHS:
Well, not really. That FHS section is clear that if you are using
Marius Vollmer wrote:
ext Thomas Perl th.p...@gmail.com writes:
2009/9/9 Marius Vollmer marius.voll...@nokia.com:
ext David Greaves da...@dgreaves.com writes:
Hmm, seems like another solution would be to have the opt partition
mounted as
/usr and install all the 'standard' stuff into
On Thu, Sep 10, 2009 at 09:48, Marius Vollmer marius.voll...@nokia.com wrote:
We will get rid of this abuse of /opt as fast as we can.
That changes things, if /opt is going away (in a Maemo Update?) - *no*
package should be using it; and it _should_ be done as part of the
auto-builder (however
On Thu, 10 Sep 2009, David Greaves wrote:
Matan Ziv-Av wrote:
On Wed, 9 Sep 2009, David Greaves wrote:
Matan Ziv-Av wrote:
On Wed, 9 Sep 2009, Andrew Flegg wrote:
* Use of /opt is perhaps now a QA requirement for Extras
* Can we somehow add a /opt check into minimae/maemian? Is it
On Thu, 10 Sep 2009, Mohammed Hassan wrote:
On Thu, 2009-09-10 at 08:48 +0200, ext Matan Ziv-Av wrote:
On Thu, 10 Sep 2009, David Weinehall wrote:
On ons, 2009-09-09 at 23:48 +0200, ext Matan Ziv-Av wrote:
On Wed, 9 Sep 2009, Andrew Flegg wrote:
On Wed, Sep 9, 2009 at 16:22, Attila
Matan Ziv-Av wrote:
I then interpreted your *cough* Mer*cough* comment as saying
that compatibility with OS2008 is irrelevant, since Mer is expected to
be installed on every N800/N810 device.
Ah.
That would be nice but we know we're not close to that yet.
We actually seem to be in
On Thursday 10 September 2009 10:15:44 David Greaves wrote:
Graham Cobb wrote:
I would suggest that Nokia add /opt/bin to the PATH, add /opt/lib to the
LD_LIBRARY_PATH and add /opt/lib/pkgconfig to PKG_CONFIG_PATH (all on the
device and in scratchbox) and that we ignore the FHS rule that
On Thu, Sep 10, 2009 at 10:58, Matan Ziv-Av ma...@svgalib.org wrote:
But such a packaging difference leaves a package compatible with OS2008,
while moving some files to /opt might not be.
Why would moving some files to /opt make it incompatible with OS2008?
It may not be how OS2008 packages
On Thursday 10 September 2009 05:45:22 quim@nokia.com wrote:
Limiting it to a hack for a large app results in a question of when
is an app large: 1MB, 2MB, 4MB, 8MB, 16MB, ...? If we can have a
consensus on *that*, that could be something we have a QA check for?
Developers are
ext Attila Csipa wrote:
To reiterate, my main concern is that it has been said that for various
(perfectly understandable) reasons, libraries are NOT to be optified.
I haven't followed all the email from this thread but until yesterday
libraries were thought to be good candidates for the
Weinehall David (Nokia-D/Tampere) david.weineh...@nokia.com writes:
IMHO we have three options:
- Real VFAT (with all the drawbacks it brings)
- VVFAT
- A separate program (PC Suite, most likely) to do the transfers
(probably leaving Linux and MacOS users out in the cold)
There is also MTP
ext Aniello Del Sorbo ani...@gmail.com writes:
A Diablo/Chinook/Bora/Gregale package etc won't include this /opt
packaging idea (that, indeed, I like).
There is no harm in using /opt also for non-Fremantle releases. That
is, if you 'optify' your package for Fremantle, you can still ship it
ext David Greaves da...@dgreaves.com writes:
(However if the decision to use /opt and the current proposed solution *does*
have supporting Maemo4 as a requirement and not just a side-effect then I
apologise.)
No, it's just a side-effect, I am afraid. :-)
However, as I wrote in another mail,
On Thursday 10 September 2009 13:06:03 Quim Gil wrote:
ext Attila Csipa wrote:
To reiterate, my main concern is that it has been said that for various
(perfectly understandable) reasons, libraries are NOT to be optified.
I haven't followed all the email from this thread but until yesterday
On Wed, 2009-09-09 at 14:25 +0300, Quim Gil wrote:
The maemo-optify tool helps developers to prepare Debian packages that
use /opt. This tool moves selected files inside the package to
locations
under /opt, and will symbolically link from the original location to
the
new place of the file.
Hassan Mohammed.2 (Nokia-D/Helsinki) mohammed.2.has...@nokia.com
writes:
And that indication is already a packaging difference.
I'd rather do ./configure --prefix=/opt/package and that's it.
And then you have to deal with the fallout from that. If you are ready
to do that, more power to you,
ext Graham Cobb g+...@cobb.uk.net writes:
2) Nokia sets up the environment (in both the SDK and on the device) to
include /opt directories in PATH, LD_LIBRARY_PATH, PKG_CONFIG_PATH and
PYTHON_PATH. In that case, I would encourage Mer to also implement this.
3) Allow use of --prefix=/opt.
ext Andrew Flegg and...@bleb.org writes:
True. I meant nomenclature and so on. But the following is my FHS++ idea:
This reminds me of http://cr.yp.to/slashpackage.html
Don't know if there is anything interesting in it for us, but it's
always good to listen to what djb has to say.
Gil Quim (Nokia-D/Helsinki) quim@nokia.com writes:
Limiting it to a hack for a large app results in a question of when
is an app large: 1MB, 2MB, 4MB, 8MB, 16MB, ...? If we can have a
consensus on *that*, that could be something we have a QA check for?
Developers are encouraged to make
On Thu, 2009-09-10 at 13:35 +0200, Vollmer Marius (Nokia-D/Helsinki)
wrote:
Hassan Mohammed.2 (Nokia-D/Helsinki) mohammed.2.has...@nokia.com
writes:
And that indication is already a packaging difference.
I'd rather do ./configure --prefix=/opt/package and that's it.
And then you have to
ext David Greaves da...@dgreaves.com writes:
As the fiasco boots it mounts partition for /usr on /usr_old
Checks /usr_old/version against /usr/version
If there is a mismatch it tars up /usr/ and untars it to /usr_old
Then remount /usr_old on /usr
Yeah, that _could_ work, technically, but I
ext Andrew Flegg and...@bleb.org writes:
On Thu, Sep 10, 2009 at 09:48, Marius Vollmer marius.voll...@nokia.com
wrote:
We will get rid of this abuse of /opt as fast as we can.
That changes things, if /opt is going away (in a Maemo Update?) [...]
Careful. :-) The /opt directory itself is
On Thursday 10 September 2009 13:05:35 Marius Vollmer wrote:
ext Graham Cobb g+...@cobb.uk.net writes:
2) Nokia sets up the environment (in both the SDK and on the device) to
include /opt directories in PATH, LD_LIBRARY_PATH, PKG_CONFIG_PATH and
PYTHON_PATH. In that case, I would encourage
On Thu, 2009-09-10 at 14:05 +0200, Vollmer Marius (Nokia-D/Helsinki)
wrote:
ext Graham Cobb g+...@cobb.uk.net writes:
slow and too unreliable, then we really have a bigger problem. I hope
that most of the perceived shittyness of the eMMC can actually be blamed
on VFAT. On the other
ext Murray Cumming murr...@murrayc.com writes:
So we can just run maemo-optify-deb on our package's debian/ directory,
reupload and not worry about it again? (Assuming that maemo-optify-deb
worked OK.)
No, it's a bit different: you need to manually put a call to
maemo-optify into the right
ext Graham Cobb g+...@cobb.uk.net writes:
If it isn't going to be fixed until Harmattan (which is presumably some time
away and may not ever run on current devices such as the N900) then I think
it should be less hacky than a bunch of symlinks. That is why I wanted to
see /opt promoted
Hamalainen Kimmo (Nokia-D/Helsinki) kimmo.hamalai...@nokia.com
writes:
On Thu, 2009-09-10 at 14:05 +0200, Vollmer Marius (Nokia-D/Helsinki)
wrote:
ext Graham Cobb g+...@cobb.uk.net writes:
slow and too unreliable, then we really have a bigger problem. I hope
that most of the perceived
On Thursday 10 September 2009 16:42:30 Marius Vollmer wrote:
Actually /opt will be using ext3 (/home). They found out that FAT is
faster than ext3, though, that's why the flash player
uses /home/user/MyDocs for its cache files...
Ohh, interesting. It's high time for some benchmarks
ext Andrew Flegg and...@bleb.org writes:
I've a suggestion for Marius, after some discussion on #maemo. This
suggestion should make maemo-optify more compatible with how
Maemo-specific applications, aware of /opt, may use it (and closer to
how /opt is traditionally used in upstream Linux).
On Thu, Sep 10, 2009 at 16:12, Marius Vollmer marius.voll...@nokia.com wrote:
ext Andrew Flegg and...@bleb.org writes:
Instead of using a fixed prefix of /opt/maemo/path, use
/opt/package/trimmed path.
[big snip]
I'm not going to get into a point-by-point rebuttal of these. But
installing
ext Andrew Flegg and...@bleb.org writes:
Although a unionfs solution would be a bit more further dev on Nokia's
part, it will reduce the developer complexity and gives us a real
world solution now. I'm sure the community would help as well, with
patching/building/testing kernel modules (once
On Thu, Sep 10, 2009 at 16:20, Marius Vollmer marius.voll...@nokia.com wrote:
ext Andrew Flegg and...@bleb.org writes:
Although a unionfs solution would be a bit more further dev on Nokia's
part, it will reduce the developer complexity and gives us a real
world solution now. [...]
Yes,
On Thursday 10 September 2009 12:16:59 Marius Vollmer wrote:
There is no harm in using /opt also for non-Fremantle releases. That
is, if you 'optify' your package for Fremantle, you can still ship it
for the older releases with the optification in it.
Also, you can make it so that
I recently got two devices (Novatel Mifi and Cricket A600) which are
network devices but first appear as CD ROMS of all things, but contain
the installer for the driver and configuration program for the
platforms. These are actually more annoying since you have to eject
the CD to turn on the
Hi Maemo developers,
This is an important information specially for those handling large
packages. You can find an online version updated at
http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Packaging%2C_Deploying_and_Distributing/Installing_under_opt_and_MyDocs
(or http://tr.im/yeWM
That's good news.
I suppose that for /home/user/MyDocs is also available in certain
cases you mean what you specifiy in more details later on the mail,
that is that the directory may not be available when the tablet is
connected via USB and the partition is made available to the PC/master
tablet
On Wednesday 09 September 2009 13:25:49 Quim Gil wrote:
The N900 has about 100MB of free space in the root file system
partition. This is not very much and would fill up quite quickly when
installing additional applications. As a workaround, the /opt directory
has been linked to a different
Quim Gil wrote:
Hi Maemo developers,
This is an important information specially for those handling large
packages. You can find an online version updated at
http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Packaging%2C_Deploying_and_Distributing/Installing_under_opt_and_MyDocs
On Wednesday 09 September 2009 13:25:49 Quim Gil wrote:
installing additional applications. As a workaround, the /opt directory
has been linked to a different partition with more space (about 1 GB)
And, forgot to ask, is the 1GB size configurable, or is it hardcoded ? I guess
could be grown
Hi,
Am Mittwoch, den 09.09.2009, 14:25 +0300 schrieb Quim Gil:
As a workaround, the /opt directory
has been linked to a different partition with more space (about 1 GB)
[snipped]
In summary, you can't really put programs, libraries or theme graphics
into /home/user/MyDocs. Instead, use
On Wed, 2009-09-09 at 14:07 +0200, ext David Greaves wrote:
...
Hmm, seems like another solution would be to have the opt partition mounted as
/usr and install all the 'standard' stuff into /root_usr/ and preinstall
symlinks into /usr - /root_usr
This was, of course, considered as well, but
ext Attila Csipa ma...@csipa.in.rs writes:
And, forgot to ask, is the 1GB size configurable, or is it hardcoded?
It will be hardcoded, but I think it is still negotiable. The partition
itself is actually 2 GB, but it is also used for the Meta Tracker
database and other things.
What about
On Wed, Sep 9, 2009 at 14:07, Marius Vollmermarius.voll...@nokia.com wrote:
ext Attila Csipa ma...@csipa.in.rs writes:
And, forgot to ask, is the 1GB size configurable, or is it hardcoded?
It will be hardcoded, but I think it is still negotiable. The partition
itself is actually 2 GB, but
On Wednesday 09 September 2009 13:20:48 Attila Csipa wrote:
- 1GB also can be easily filled if the unit is used for development
(compiling Qt can surprise you sometimes :) ). I understand in most cases
you can use the VFAT partition for that, but there are caveats you yourself
mentioned in
On Wed, 2009-09-09 at 15:11 +0200, ext Andrew Flegg wrote:
On Wed, Sep 9, 2009 at 14:07, Marius Vollmermarius.voll...@nokia.com wrote:
ext Attila Csipa ma...@csipa.in.rs writes:
And, forgot to ask, is the 1GB size configurable, or is it hardcoded?
It will be hardcoded, but I think it is
Marius Vollmer wrote:
It will be hardcoded, but I think it is still negotiable. The partition
itself is actually 2 GB, but it is also used for the Meta Tracker
database and other things.
What about making it 4 GB? Would that feel big enough?
2 GB, 4 GB... I think there is always an
2009/9/9 Kimmo Hämäläinen kimmo.hamalai...@nokia.com:
Yes, could be too late to change the partition layout because of the
marketing etc. bullshit reasons. But that does not stop you from
repartitioning eMMC later (as long as the order of partitions remains
the same).
Well, I don't want a
On ons, 2009-09-09 at 15:20 +0200, ext Henrik Hedberg wrote:
Marius Vollmer wrote:
It will be hardcoded, but I think it is still negotiable. The partition
itself is actually 2 GB, but it is also used for the Meta Tracker
database and other things.
What about making it 4 GB? Would
2009/9/9 Andrew Flegg and...@bleb.org:
2009/9/9 Kimmo Hämäläinen kimmo.hamalai...@nokia.com:
Yes, could be too late to change the partition layout because of the
marketing etc. bullshit reasons. But that does not stop you from
repartitioning eMMC later (as long as the order of partitions
On Wed, 2009-09-09 at 15:20 +0200, ext Henrik Hedberg wrote:
Marius Vollmer wrote:
It will be hardcoded, but I think it is still negotiable. The partition
itself is actually 2 GB, but it is also used for the Meta Tracker
database and other things.
What about making it 4 GB? Would
Hamalainen Kimmo (Nokia-D/Helsinki) kimmo.hamalai...@nokia.com
writes:
It would not be trivial task, perhaps it's easier to use some network
protocol, or make ext3 support for Windows :)
A file-based protocol is the way to go. With ext3, we would still need
to unmount the partition to export
:2009-09-09T17:11:Marius Vollmer:
Hamalainen Kimmo (Nokia-D/Helsinki) kimmo.hamalai...@nokia.com
writes:
It would not be trivial task, perhaps it's easier to use some network
protocol, or make ext3 support for Windows :)
A file-based protocol is the way to go. With ext3, we would
1 - 100 of 118 matches
Mail list logo
